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(57) An apparatus of the invention comprises an op- 
eration inputting element for designating one of a plu- 
rality of functions: a function executing element for ex- 
ecuting the function designated by the operating .input- 
ting element: a measuring element for measuring the 



time during which each of the functions has been exe- 
cuted by the function executing element: and a charge- 
able amount computing element for computing a 
chargeable amount based on the execution time meas- 
ured by the' measuring element regarding each of the 
functions. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a charging 
system and a charging method as well as an electronic 
apparatus for use with such a system and a method, a 
charge processing device, a storage medium, and a pre- 
paid card. 

[0002] It has been customary for users to purchase 
products and acquire their ownership before use. The 
users thus generally pay the price of each product itself. 
[0003] The traditional way of purchase signifies that 
people pay the price of a given product whether or not 
they actually use it. In other words, the buyers must also 
pay for the period of time in which their product is not 
used for the simple reason that they own it. Basically, 
products are worth their price only when utilized. If a 
product has been purchased but not used for some rea- 
son, that obviously means the buyer has wasted money 
on the product. 

[0004] Today's so-called high-tech products such as 
computers become obsolete in a very short cycle. Often 
new products appear on the market before their prede- 
cessors have been fully exploited. Users who bought 
earlier models tend to feel shortchanged at seeing new 
and better products prematurely superseding their pos- 
sessions. 

[0005] Those who wish to keep up with the latest and 
most sophisticated products need to pay in full for each 
novel item that comes along. This can be a considerable 
financial burden on the high-tech novelty hunters. 

SUMMARY OF THE INVENTION 

[0006] Embodiments of the present invention seek to 
provide a system and a method whereby products are 
charged not for their ownership but for the time, period 
in which they have been actually used. 
[0007] In embodiments of the present invention appa- 
ratuses are not sold outright but are instead charged for 
the period of time in which they have been actually used. 
[0008] According to one aspect of the invention, there 
is provided an apparatus including: an operation input- 
ting element for designating one of a plurality of func- 
tions; a function executing element for executing the 
function designated by the operating inputting element; 
a measuring element for measuring the time in which 
each of the functions is executed by the function exe- 
cuting element; and a chargeable amount computing el- 
ementfor computing a chargeable amount based on the 
execution time measured by the measuring element re- 
garding each of the functions. 

[0009] Embodiments of the electronic apparatus per- 
mit computing of the chargeable amount based on the 
time in which each selected function has been executed. 
This makes it possible to establish a scheme for charg- 
ing the apparatus not for its value as a whole but for the 



amount commensurate with the way it has been used. 
[0010] The user of the apparatus thus pays solely ac- 
cording to how long the apparatus has been utilized. The 
same scheme applies to any new product, alleviating 
5 the user's grumbling about having to pay for ever-newer 
products appearing all the time to replace their prema- 
turely outmoded predecessors. 

[0011] In a preferred embodiment, the chargeable 
amount computing element may compute the chargea- 
10 ble amount based on the execution time for each of the 
functions and through weighting on a function-by-func- 
tion basis. 

[0012] In embodiments the apparatus may forestall 
the measuring of time if it is powered but not actually 

15 used. A suitable charging process may be implemented 
depending on which of different functions with different 
utility values has been used. Illustratively, the playback 
function, rewind function, fast forward function, and re- 
cording function may each be charged in an appropri- 

20 ately weighted manner when used in practice. 

[0013] In another preferred embodiment, the appara- 
tus may further include; a storing element for storing a 
usable time of the apparatus; and a settling element for 
subtracting a time representing the chargeable amount 

25 computed by the chargeable amount computing ele- 
ment, from the usable time stored in the storing element. 
[0014] With this preferred embodiment, the user is al- 
lowed to user to decide on a desired period of time and 
to store, that period as a usable time in the storing ele- 

30 ment. The storing of the usable time into the storing el- 
ement may be effected in consideration of a payment. 
The apparatus of this structure causes the usable time 
to be decremented by the time over which the apparatus 
has been actually used, allowing the user to employ the 

35 apparatus until the usable time is fully exhausted. 

[0015] According to another aspect of the invention, 
there is provided an electronic apparatus including: an 
input detecting element for detecting a text input; and a 
controller for checking the input text detected by the in- 
put detecting element and setting the electronic appa- 
ratus for a time charge mode depending on a result of 
the check. 

[0016] Embodiments of the electronic apparatus may 
be set by a text input either for a conventional sell-off 
45 model or for a time-charged model. There is no need to 
distinguish the two different models of the same appa- 
ratus during fabrication. 

[0017] According to a further aspect of the invention, 
there is provided an electronic apparatus including: an 

50 operation inputting element for designating at least an 
operating state and a non-operating state; a used time 
measuring element for measuring duration of the oper- 
ating state as a used time; a cumulative time measuring 
element for measuring an accumulated used time re- 

55 suiting from the measuring by the used time measuring 
element; and a chargeable time computing element for 
computing a chargeable time by weighting the used time 
measured by the used time measuring element in ac- 



2 



1 



3 



EP 1 139 305 A2 



4 



cordance with a weighting factor reflecting the accumu- 
. lated used time measured by the cumulative time meas- 
uring element. 

[0018] Embodiments of the electronic apparatus per- 
mits a charging practice that takes depreciation of the 
apparatus into consideration. More specifically, charges 
are weighted in accordance with the used time repre- 
sentative of product depreciation, i.e., the charging rate 
may be reduced over time. Many products used as fixed 
assets by corporations are conventionally bought by 10 
payment in full. In thatcase, depreciation expenses nec- 
essarily deviate chronologically from the actual spend- 
ing of money on the product. By contrast, the inventive 
electronic apparatus allows its depreciation expenses 
to be spread substantially in time with the actual pay- is 
ment. 

[0019] According to an even further aspect of the in- 
vention, there is provided an electronic apparatus in- 
cluding: an operation inputting element for designating 
at least an operating state and a non-operating state; a 20 
used time measuring element for measuring duration of 
the operating state as a used time; a chargeable time 
computing element for computing a chargeable time 
based on the used time measured by the used time 
measuring element; a memory for storing usable time 25 
information about the electronic apparatus; a settling el- 
ement for subtracting the chargeable time computed by 
the chargeable time computing element from the usable 
time stored in the memory; and a reading element for 
reading the usable time information from the memory to 30 
notify a user thereof. 

[0020] In preferred embodiments, the memory contin- 
uously retains the usable time information about the ap- 
paratus in question. The usable time information can be 
retrieved by the reading element. 35 
[0021] When the usable time information is retrieved 
from the electronic apparatus for conversion into a utility 
value, it is possible to market the apparatus as a sec- 
ondhand product offering its remaining utility value, 
whereby a secondhand product market is created. *o 
[0022] As outlined above, the user is charged for and 
pays up the exact amount of product time used. The 
scheme clarifies the value of a given product from the 
user's point of view. Because the chargeable rate is var- 
ied from function to function regarding the product, it is 45 
possible to build a reasonable charging system that sat- 
isfies the user's sense of fairness. The user, if desired, 
\ may replace the. currently used product with a new mod- 

el every time such a model comes along. 
[0023] The scheme replaces the traditional concept so 
of transferring a product's ownership and lifetime use to 
a customer for a consideration, with a new concept of 
charging the user for the exact amount of product usage 
time. With people's obsession of product ownership dis- 
carded, it becomes easier for used products to be re- 55 
covered and recycled, whereby a truly recycle-oriented 
society can be realized in time. 

[0024] Further particular and preferred aspects of the 



present invention are set out in the accompanying inde- 
pendent and dependent claims. Features of the depend- 
ent claims may be combined with features of the inde- 
pendent claims as appropriate, and in combinations oth- 
5 er than those explicitly set out in the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0025] The present invention will be described further, 
byway of example only, with reference to preferred em- 
bodiments thereof as illustrated in the accompanying 
drawings, in which: 

Fig. 1 is a schematic view outlining a charging sys- 
tem practiced as a first embodiment of this inven- 
tion; 

Fig. 2 is a graphic representation explaining a key 
aspect of the first embodiment; 
Fig. 3. is a schematic illustration explaining more 
about the first embodiment; 

Fig. 4 is a schematic illustration explaining more 
about the first embodiment; 

Fig. 5 is a block diagram sketching a typical struc- 
ture of an electronic apparatus practiced as the first 
embodiment: 

Fig. 6 is a flowchart of steps constituting charge 
processing performed by the first embodiment; 
Fig. 7 is an explanatory view illustrating how charge 
processing is performed by the first embodiment; 
Fig. 8 is a flowchart of steps outlining how a charg- 
ing system practiced as a second embodiment of 
this invention typically works; 
Fig. 9 is an explanatory view outlining the charging 
system of the second embodiment; 
Fig. 10 is a block diagram illustrating a typical struc- 
ture of an electronic apparatus employed as the 
second embodiment; 

Fig. 11 is a flowchart of steps performed by the elec- 
tronic apparatus of the second embodiment; 
Fig. 12 is a schematic view of what is contained in 
a memory of the electronic apparatus used as the 
second embodiment; 

Fig. 1 3 is a schematic view explaining how charges 
are settled by the charging system of the second 
embodiment; 

Figs. 14A and 14B are flowcharts of steps consti- 
tuting a data transfer process for settlement per- 
formed by the charging system of the second em- 
bodiment; 

Fig. 15 is a flowchart of further steps constituting 
the data transfer process for settlement performed 
by the charging system of the second embodiment; 
Fig. 16 is a flowchart of steps for settlement per- 
formed by the charging system of the second em- 
bodiment; 

Fig. 1 7 is a flowchart of further steps for settlement 
performed by the charging system of the second 
embodiment; 
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Fig. 18 is a flowchart of further steps constituting 
the data transfer process for settlement performed 
by the charging system of the second embodiment; 
Fig. 1 9 is a block diagram illustrating a typical struc- 
ture of an electronic apparatus practiced as a third 5 
embodiment of this invention; 
Fig. 20 is an explanatory view picturing how a 
charging system of the third embodiment typically 
settles charges; 

Fig. 21 is a flowchart of steps constituting a data 10 
transfer process for settlement performed by the 
charging system of the third embodiment; 
Fig. 22 is a block diagram indicating a typical struc- 
ture of an electronic apparatus practiced as a fourth 
embodiment of this invention; 15 
Fig. 23 is a schematic view picturing how a data 
transfer process for settlement is typically imple- 
mented by the fourth embodiment; 
Fig. 24 is another schematic view portraying how 
the data transfer process for settlement is typically 20 
implemented by the fourth embodiment; 
Fig. 25 is a flowchart of steps performed by the elec- 
tronic apparatus of the fourth embodiment; 
Fig. 26 is a block diagram showing a typical struc- 
ture of an electronic apparatus practiced as a fifth 25 
embodiment of this invention; 
Fig. 27 is a flowchart of steps performed by the elec- 
tronic apparatus of the fifth embodiment; 
Fig. 28 is a flowchart of further steps performed by 
the electronic apparatus of the fifth embodiment; 3° 
Fig. 29 is a flowchart of steps constituting overall 
processing performed by a charging system of a 
seventh embodiment of this invention; 
Fig. 30 is a flowchart of steps carried out by an elec- 
tronic apparatus practiced as the seventh embodi- 35 
ment; 

Fig. 31 is a flowchart of steps explaining a key as- 
pect of the seventh embodiment; 
Fig. 32 is a schematic view explaining a second- 
hand product market; 40 
Fig. 33 is a flowchart of steps in which an electronic 
apparatus practiced as an eighth embodiment of 
this invention is switched between settings of differ- 
ent models; 

Fig. 34 is a schematic view explaining a business 45 
model to which a ninth embodiment of this invention 
is applied; 

Fig. 35 is a graphic representation depicting varia- 
tions of consideration for product usage time in con- 
nection with the ninth embodiment; 50 
Figs. 36A and 36B are schematic views explaining 
a structural example of a UT (Used Time) Money 
for use with the ninth embodiment; 
Fig. 37 is a block diagram showing a typical struc- 
ture of an electronic circuit incorporated in the UT 55 
Money used by the ninth embodiment; 
Figs. 38A and 38B are schematic views explaining 
another structural example of the UT Money for use 



6 

with the ninth embodiment; 

Figs. 39A, 39B and 39C are schematic. views out- 
lining steps to fabricate.the UT Money whose struc- 
ture is shown in Figs. 38A and 38B; 
Fig. 40 is a block diagram of an electronic apparatus 
practiced as the ninth embodiment; 
Fig. 41 is a flowchart of steps performed by the elec- 
tronic apparatus of the ninth embodiment; 
Fig. 42 is a flowchart of steps performed by the elec- 
tronic circuit in the UT Money for use with the ninth 
embodiment; 

Fig. 43 is a block diagram outlining a typical struc- 
ture of terminal equipment used by the ninth em- 
bodiment; Fig. 44 is a schematic view sketching a 
typical front operation panel of the terminal equip- 
ment used by the ninth embodiment; 
Fig. 45 is a flowchart of steps performed by the ter- 
minal equipmentfor use. with the ninth embodiment; 
Fig. 46 is another flowchart of steps continued from 
the flowchart of Fig. 45; 

Fig. 47 is flowchart of further steps performed by 
the terminal equipment for use with the ninth em- 
bodiment; 

Fig. 48 is a flowchart of steps carried out by a charge 
management system used by the ninth embodi- 
ment; 

Fig. 49 is a conceptual view-explaining a virtual trad- 
ing market on which virtual currency UT is traded in 
conjunction with the ninth embodiment; 
Fig. 50 is a flowchart of steps performed when a 
user has his status posted. as a seller on the virtual 
trading market using the virtual currency UT in con- 
nection with the ninth embodiment; and 
Fig. 51 is a flowchart of steps performed when a 
user has his status posted as a buyer on the virtual 
trading market using the virtual currency UT in con- 
nection with the ninth embodiment. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0026] Preferred embodiments of this invention will 
now be described in the form of a charging system and 
an electronic apparatus, among others, with reference 
to the accompanying drawings. 

First Embodiment 

[0027] The first embodiment of this invention is imple- 
mented as an electronic apparatus to be charged and 
paid for an accumulated time period of actual use. The 
first embodiment adopts a depreciation scheme that re- 
quires the user to pay the most per unit time when the 
product in question is brand-new, to pay less per unit 
time as the used time accumulates, and to stop paying 
when the accumulated used time has reached a prede- 
termined time, i.e., when the accumulated payments 
have reached a predetermined amount. 
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[0028] The electronic apparatus to be charged is any 
product that incorporates a microcomputer and is con- 
nectable to a digital communication network such as the 
Internet. Such products include personal computers and 
Internet television sets. 

[0029] Fig. 1 is a schematic view outlining a used time 
charging system practiced as the first embodiment of 
this invention. With this embodiment, a user 1 concludes 
a use contract with a vender 2 regarding an electronic 
apparatus 3 offered by the vender 2. When in use, the 
electronic apparatus 3 is connected to a digital commu- 
nication network 4 such as the Internet. A charge man- 
agement system 5 of the vender 2 is also connected to 
the digital communication network 4. 
[0030] Under the use contract different from a sales 
contract, the user 1 does not pay upon receipt of the 
product. Instead, the user 1 pays for the length of time 
in which the electronic apparatus 3 has been used. The 
first embodiment allows the user 1 to make payments 
for used time on a depreciation basis. 
[0031] Under the contract, the user 1 agrees with the 
vender 2 on how to settle used time-based charges. 
Whereas there are a variety of ways to settle charges, 
a typical case is explained below which involves resort- 
ing to a bank or a credit card company. 
[0032] The electronic apparatus 3 to be charged is de- 
signed to measure the time in which it has been actually 
used and to store the accumulated used time into a built- 
in memory or an external memory, as will be described 
later. In this example, as long as the electronic appara- 
tus 3 is turned on, it is considered to be in a chargeable 
operating state. The used time, when measured, is in- 
cremented illustratively by the minute. 
[0033] When furnished with the chargeable electronic 
apparatus 3 from the vender 2, the user 1 transmits in 
a report the accumulated used time from the memory of 
the apparatus to the vender 2 over the digital communi- 
cation network 4. The reporting is done at predeter- 
mined intervals (e.g., every month) or in response to a 
settlement date notice from the vender 2. 
[0034] Given the accumulated used time reported, the 
charge management system 5 of the vender 2 meas- 
ures as a chargeable time the period of use between the 
preceding settlement date and the current settlement 
date. By use of the accumulated used time received, the 
charge management system 5 determines a time unit 
price, i.e.. price to be paid per unit time, for the current 
charge computation. 

[0035] Fig. 2 is an explanatory view graphically show- 
ing a relationship between accumulated used time and 
time unit price. As indicated, the longer the accumulated 
used time, the lower the time unit price. When the ac- 
cumulated used time reaches a certain time, i.e.. when 
the paid amount reaches a certain level, the time unit 
price becomes zero. 

[0036] The charge management system 5 of the 
vender 2 stores the time-price relationship table of Fig. 
2 inside. Given the accumulated used time, the system 



5 references the table to determine a time unit price to 
be used for the current charging. A fee to be charged to 
the user is computed by having the chargeable time due 
on the settlement date multiplied by the time unit price 

5 determined above. 

[0037] The user 1 pays the fee by settling the charge 
in a predetermined manner. At the vender 2, the charge 
management system 5 verifies the payment of the fee. 
If the charge is not settled by the settlement date, the 

10 charge management system 5 transmits to the electron- 
ic apparatus 3 a key that disables functions of the ap- 
paratus. Upon receipt of the disabling key, the electronic 
apparatus 3 has its functions turned off partially or as a 
whole. 

15 [0038] If the charge management system 5 has later 
confirmed the payment of the fee by the user 1 , the sys- 
tem 5 sends to the electronic apparatus 3 a key that en- 
ables the functions of the apparatus. Given the enabling 
key, the electronic device 3 resumes its functionality to 
20 permit use by the user 1. 

[0039] Fig. 3 is an explanatory view showing a flow of 
steps from acquisition of the electronic apparatus 3 as 
the first embodiment to the start of its use by resorting 
to a bank or a credit card company. Fig. 4 is an explan- 
25 atory view depicting typical transactions among the user 
1 upon start of use of the electronic apparatus 3, the 
vender 2, and the bank or credit card company 6. 
[0040] As shown in Fig. 3. the user 1 acquires the 
electronic apparatus 3 as a chargeable product from the 
30 vender 2. At this point, a product identifier (product ID) 
is written to a memory of the electronic apparatus 3. The 
product ID may be written to the memory either during 
fabrication of the apparatus or when the apparatus is 
handed over to a user (i.e.. at the time of sales). The 
35 charge management system 5 of the vender 2 retains 
the product ID in conjunction with a user identifier (user 
ID) as user management information (in step A of Fig. 3). 
[0041] . If the user has no bank account or credit card 
company's account, then a bank account or a credit card 
40 company's account is opened (in step B). The estab- 
lished bank account or credit card company's account 
is written along with a password to the memory of the 
electronic apparatus to be charged (in step C). 
[0042] As indicated in "(1) Start of Use Reported" in 
45 Fig. 4, the user 1 reports the start of use of the electronic 
apparatus 3 to the charge management system 5 of the 
vender 2 (in step D). The information reported at this 
point includes use start notice information, the product 
ID, the user's name, the bank account number or credit 
50 card number (representing a credit card company's ac- 
count), and a password. 

[0043] When the electronic apparatus 3 has thus 
been set up and the charge management system 5 no- 
tified thereof; the system 5 verifies the user and his or 
55 her account at the bank or credit card company 6 by 
employing the user's name and the bank account 
number or the credit card number included in the report- 
ed information, as shown in "(2) Verification" in Fig. 4. 
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[0044] After verifying the user and his or her account, 
the charge management system 5 transmits in token of 
use start approval an enabling key that allows the elec- 
tronic apparatus 3 to turn on its functions, as indicated 
in "(3) Approval" in Fig. 4. The key enables the electronic 
apparatus 3 to function for use by the user 1. 
[0045] Fig. 5 is a block diagram sketching a typical 
structure of the electronic apparatus 3 as the first em- 
bodiment. The electronic apparatus 3 includes a con- 
trolling part 11 for controlling the apparatus as a whole, 
a hardware part 12 for executing functional operations 
of the apparatus, a nonvolatile memory 13, and a net- 
work part 14 for connection with the digital communica- 
tion network 4. 

[0046] The controlling part 11, although not shown, 
comprises firmware for controlling the electronic appa- 
ratus 3, charging system controlling software, and func- 
tion-on/off controlling software. The controlling part 11 
includes a counter part 15 that measures time units in 
which charges are made. Also included in the controlling 
part 1 1 is a clock part 1 6 that manages settlement dates 
illustratively at monthly intervals. 

[0047] The function-on/off controlling software of the 
controlling part 11 turns on and off the hardware part 12 
based on a function-on/off key acquired from the charge 
management system 5 through the network part 14. 
[0048] As mentioned above, the nonvolatile memory 
13 contains not only the product ID, the bank account 
number or credit card number and the password, but 
also an accumulated time period of actual operation of 
the apparatus as measured by the charging system con- 
trolling software of the controlling part 11 . , 
[0049] The counter part 15 in the controlling part. 11 
measures a time period in which the electronic appara- 
tus 3 has been turned on. When the measured time has 
amounted to a unit time, a unit time elapse output signal 
such as a carry signal is output. 

[0050] Given the unit time elapse output signal from 
the counter part 1 5, the charging system controlling soft- 
ware in the controlling part 11 reads the accumulated 
used time from the nonvolatile memory 13 and incre- 
ments the retrieved time by "1." The incremented used 
time is written back to the nonvolatile memory 13. This 
allows the nonvolatile memory 13 to get its accumulated 
used time content continuously updated. 
[0051] Given time information from the clock part 16, 
the charging system controlling software of the control- 
ling part 11 determines whether a settlement date has 
come due. When the settlement date is judged to have 
arrived, the charging system controlling software reads 
from the nonvolatile memory 13 such data as accumu- 
lated used time information, the product ID and account 
number and sends the retrieved data to the charge man- 
agement system 5 through the network part 14 over the 
digital communication network 4. 

[0052] In response to the transmission of the accumu- 
lated used time and other information regarding the set- 
tlement date, the charge management system 5 returns 



charges for the currently accumulated used time. The 
controlling part 11 in the electronic apparatus 3 causes 
a display part 17 such as an LCD (liquid crystal display) 
to display the charged fee for the user 1 to take notice. 
5 At this point, the settlement date reported from the 
charge management system 5 is also shown on the 
screen of the display part 1 7. 

[0053] If the user 1 fails to pay past the settlement 
date, the charge management system 5 sends a disa- 

10 bling key causing the electronic apparatus 3 to turn off 
its functions. Upon receipt of the key, the controlling part 
11 disables the electronic apparatus. 3 by turning off the 
hardware part 12. If the user 1 pays up the fee for the 
currently accumulated used time, the charge manage- 

15 ment system 5 transmits an enabling key that allows the 
electronic apparatus 3 to turn on its functions. Given the 
key, the controlling part 11 enables the electronic appa- 
ratus 3 by turning on the hardware part 12. 
[0054] Fig. 6 is a flowchart of typical charging steps 

20 performed by the first embodiment. Fig. 7 is an explan- 
atory view illustrating how payments are made when a 
bank or a credit card company is involved. 
[0055] As shown in Fig. 6, the controlling part 11 con- 
tinuously measures the accumulated used time of the 

25 electronic apparatus 3 as a chargeable product in the 
manner described above (step S1). The controlling part 
1 1 of the electronic apparatus 3, using the clock part 16, 
checks whether a predetermined period of time has 
elapsed since the last settlement, i.e., whether another 

30 settlement date has arrived (step S2). If the settlement 
date is judged to have arrived, the controlling part 11 
reports at least the product ID and accumulated used 
time information to the charge management system 5 
of the vender 2 over the digital communication network 

35 4 (in step S3; "(1) Used Time" in Fig. 7). 

[0056] Upon receipt of the product ID and user man- 
agement information (user ID), the charge management 
system 5 identifies the user 1. The system 5 computes 
a chargeable used time by obtaining the difference be- 

40 tween the last-settled accumulated used time and the 
accumulated used time reported this time. In addition, 
the charge management system 5 acquires a time unit 
price for use in the current charge computation by refer- 
ring to the time-unit price relationship table in Fig. 2 and 

45 on the basis of the currently accumulated used time. 
[0057] The fee corresponding to the currently accu- 
mulated used time is computed (in step S4) by the 
charge management system 5 using the following for- 
mula: 

so fee due this time = chargeable used time x time unit 
price 

Through the digital communication network 4, the 
charge management system 5 notifies the electronic ap- 
paratus 3 of the computed amount of the fee for the cur- 
55 rently accumulated used time (in step S5; "(2) Payment" 
in Fig. 7). 

[0058] Upon receipt of the amount of the fee due this 
time, the electronic apparatus 3 displays the received 
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information on the screen to notify the user 1 thereof. 
The user 1 is thus charged for the currently accumulated 
used time (in step S6). 

[0059] On receiving the charges, the user 1 takes 
steps to have the appropriate payment transferred from 
his bank account or credit card company's account to 
the account of the vender 2 ("(3) Money Transfer In- 
struction." "(4) Transfer of Payment" in Fig. 7). Alterna- 
tively, the transfer of the payment may be carried out 
automatically between the bank accounts involved. 
[0060] The charge management system 5 checks to 
see if the fee due this time is paid up (in step S7). If no 
payment is judged to be made, the charge management 
system 5 transmits over the digital communication net- 
work 4 a key for turning off the functions of the electronic 
apparatus 3 (in step S8). 

[0061] If the charge management system 5 later as- 
certains that the payment has been made (in step S7). 
it transmits over the digital communication network 4 a 
key that allows the electronic apparatus to turn on its 
functions (in step S9). 

[0062] The charge management system 5 checks to 
see if the accumulated used time of the electronic ap- 
paratus 3 has reached a predetermined time limit where 
the time unit price becomes zero. If the time limit has 
yet to be reached, the system 5 proceeds to settle the 
charges on the next settlement date. If the time limit is 
judged to be reached, the charge management system 
5 notifies (not shown) the electronic apparatus 3 that 
settlement of fees is not necessary from now on and ter- 
minates the charging process. Given the notice, the 
electronic apparatus 3 displays it on the display part 17 
to draw the user's attention and will not perform charging 
process from that point on. The user 1 is allowed con- 
tinuously to use the electronic apparatus 1 free of 
charge. 

Second Embodiment 

[0063] The second embodiment of this invention is al- 
so implemented as an electronic apparatus to be 
charged and paid for an accumulated time period of ac- 
tual use. Fig. 8 is a flowchart of steps representing over- 
all processing performed by the second embodiment. 
Fig. 9 is an explanatory view outlining a business model 
of the second embodiment constituting a used time- 
based charging system. Fig. 9 illustrates how compa- 
* nies and customers are typically organized around a 

time charge management company 21 that manages 
charges based on the used time of chargeable products. 
[0064] As shown in Fig. 9, the second embodiment 
involves the time charge management company 21 hav- 
ing a relation A with a manufacturer-vender 22. In the 
relation A, the management company 21 subcontracts 
development and production of time use-chargeable 
products to the manufacturer-vender 22 and purchases 
the products from the latter. 

[0065] There can be a number of types of purchase 



contracts between the time charge management com- 
pany 21 and the manufacturer-vender 22. One pur- 
chase contract may be a simple sales contract whereby 
the time charge management company 21 has the own- 
5 ership of the products purchased from the manufactur- 
er-vender 22. Another type of purchase contract may be 
the combination of a sales contract and a partial fee 
sharing contract, to be described later, whereby pay- 
ments of used time-based fees are partially shared be- 
10 tween the two companies. Yet another type of purchase 
contract may involve only a partial fee sharing contract 
with no purchase contract made (product ownership be- 
longs to the manufacturer-vender 22). whereby pay- 
ments of used time-based fees are partially shared be- 
ts tween the two companies. 

[0066] A software company 23 has a relation C (Fig. 
9) with a copyright holder 24. In the relation C, the soft- 
ware company 23 subcontracts production of software 
to the copyright holder 24 and purchases software from 
20 the latter. Between the software company 23 and the 
time charge management company 21 is a relation B 
(Fig. 9) wherein the software company 23 supplies soft- 
ware to the management company 2 1 . The time charge 
management company 21 also has a relation D (Fig. 9) 
25 direct with the copyright holder 24. In the relation D, the 
management company 21 subcontracts production of 
software direct to the copyright holder 24 and purchases 
software from the latter. 

[0067] The time charge management company 21 
30 has a relation E (Fig. 9) with a network-based bank 25 
regarding settlements and financing. The management 
company 21 also has a relation F (Fig. 9) with a second- 
hand product market 26 such as network auction sites 
where old products replaced by their successors are put 
35 on sale. 

[0068] The time charge management company 21 
has a relation G (Fig. 9) with a registered member 27 
regarding the transfer of such data as product supply 
information and chargeable time data. In turn, the reg- 

40 istered member 27 has a relation H (Fig. 9) with a shop 
28. The shop 28 has a relation I (Fig. 9) with the time 
charge management company 21 regarding the collec- 
tion of fees from the registered member 27 and the de- 
livery of products to the latter. 

45 [0069] A customer becomes a registered member 27 
when having his name registered with the time charge 
management company 21 (in step S21 of. Fig. 8). The 
registered member 27 may obtain (in step S22) and use 
(in step S23) a desired chargeable product such as an 

50 electronic apparatus. 

[0070] Registration of membership may be done ei- 
ther over the counter of the time charge management 
company 21 or at a website on the Internet in electronic 
fashion. In the case of electronic registration, the 

55 chargeable product is handed over to the registered 
member"27 illustratively by way of the shop 28, such as 
a convenience store, that has a contract with the time 
charge management company 21 . It is also possible to 
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deliver the product by mail from the time charge man- 
agement company 21 to the registered member 27. 
[0071] Upon registration, the member 27 is granted a 
member identifier (member ID, also serving as the user 
ID). 

[0072] The time charge management company 21 
has a customer database 21 DB that stores such mem- 
bership information as members' IDs, names (of individ- 
uals and corporations), ages, addresses, electronic mail 
addresses, contract periods, settlement methods (to be 
described later), and bank account numbers or credit 
card numbers on all members. 

[0073] A memory of each electronic apparatus as a 
chargeable product contains individual information such 
as the product identifier (product ID), member ID, mem- 
ber's address, and member name, as well as date infor- 
mation. With such information written to the memory, the 
chargeable product is handed over to the registered 
member 27- 

[0074] In the customer database 21DB of the time 
charge management company 21, member IDs are 
stored in association with the product IDs of the products 
used by the members in question. Writing of the product 
ID to each chargeable product may be done either by 
the time charge management company 21 or by the 
manufacturer-vender 22. 

[0075] The chargeable product used by the registered 
member 27 may be replaced by another product during 
the contract period. If such replacement is carried out, 
memory contents of the products involved are updated 
and so are the contents of the customer database 21DB 
regarding the product IDs in question. The contract pe- 
riod may be altered as well if desired. 
[0076] Each registered member 27 also registers his 
preferred settlement method with the time charge man- 
agement company 21. The registered settlement meth- 
od is added by the company 21 to the record about the 
member 27 in question. There are a number of settle- 
ment methods: using the member's bank account; using 
the member's credit card account; transferring pay- 
ments from a. bank branch, a post office or a conven- 
ience store to the time charge management company's 
account; or utilizing a proprietary electronic money set- 
tlement system established by the management com- 
pany. The preferred settlement method may be replaced 
by another method during the contract period if desired. 
[0077] When using his bank account or credit card ac- 
count for settlement, the registered member 27 notifies 
the time charge management company 21 thereof along 
with a password. These items of information are placed 
into the customer database 21 DB in the manner de- 
scribed above. 

[0078] The registered member 27 sends operation 
data to the time charge management company 21 at 
predetermined intervals, in response to a settlement re- 
quest made by the chargeable product itself, or upon 
receipt of charges from the company 21 (in step S24 of 
Fig. 8). The operation data cover the period between the 



last settlement date and the current settlement date (i. 
e., which constitutes the chargeable period). - 
[0079] The operation data, as will be described later, 
includes a power-on/off count, function-wise operation 

5 information about the electronic apparatus, media-relat- 
ed information, TV channel information, music informa- 
tion, video information, and defect information. The 
function-wise operation information about the electronic 
apparatus includes function key-on/off information and 

10 function-wise operation time information. 

[0080] Given the operation data sent from each reg- 
istered member 27, the time charge management-com- 
pany 21 computes a used time-based fee for the charge- 
able product of the member in question. With, the fee 

*5 computed, the management company 21 sends charg- 
es to the registered member 27 (in step S25 of Fig. 8). 
[0081] Each registered member 27 settles the charg- 
es using the registered settlement method (in step S26 
of Fig. 8). 

20 [0082] If a new product with enhanced functionality 
comes along, the registered member 27 is informed 
thereof illustratively by the website on the Internet or by 
facsimile. If the member 27 wishes to replace the current 
product with the new one, the replacement registration 

25 is carried out over the counter at the time charge man- 
agement company 21 or shop 28, or at the website on 
the Internet, and the products are switched (in step S27 
of Fig. 8). 

[0083] Each old product replaced by the new one is 
30 returned and auctioned off on. the secondhand product 
market 26 such as network auction sites. Alternatively, 
the used products may be freshened up and sold at fixed 
discount prices. 

[0084] With the. second embodiment, the electronic 

35 apparatus as the chargeable product is assumed to 
have a plurality of functions. One such apparatus may 
be a recording and reproducing apparatus offering such 
diverse functions as playback, recording, fast forward, 
rewind, pause, and stop. The used times of the functions 

40 are not merely added up to compute a chargeable time; 
the chargeable time is computed by having the used 
time of each of the functions multiplied by a weighting 
factor established in advance for each function. 
[0085] Illustratively, the functions related directly to 

45 usage by the user are given larger weighting factors; 
those functions not directly associated with actual use 
by the user are provided with smaller weighting factors. 
A function that cost much when developed may be given 
a larger weighting factor than less costly functions. 

50 [0086] For example, a playback key (i.e., playback 
function) of video and/or audio equipment may be con- 
sidered the reference function having a weighting factor 
of 1 . With respect to that reference function, a stop key 
• (stop function) and a rewind key (rewind function) may 

55 be given a weighting factor of 0 each in advance; a fast 
forward key (fast forward function) may have a weight- 
ing factor of 0.5; a recording key (recording function) 
may be given a weighting factor of 1 .2; and an effect key 



8 



15 



EP 1 139 305 A2 



16 



(effect function) may have a weighting factor of 2. 
[0087] With the second embodiment, different elec- 
tronic apparatuses may be given in advance different 
weighting factors used to compute a chargeable time 
based on used time. Illustratively, if audio apparatuses 
are given a weighting factor of 1 , then video apparatuses 
may have a weighting factor of 1.5 to provide for the 
playback of both video and audio information. Text-ori- 
ented apparatuses may be given a weighting factor of 
0.8 for their simplified function. 

[0088] Varied weighting factors may also be adopted 
depending on the types of media in use such as CD 
(compact disc), MD (MiniDisc), DVD (digital video disc), 
television, and radio. 

[0089] Described below in detail is how the second 
embodiment is implemented through the combination of 
two weighting schemes: weighting by electronic device 
type, and weighting on a function-by-function basis. The 
function-wise weighting is effected in accordance with 
a load factor P of the CPU in a microcomputer part 31. 
The load factor P of the CPU is determined by the rate 
of time in which the CPU operates continuously (includ- 
ing sleep time) for each of the functions involved. 
[0090] Fig. 10 is a block diagram of an electronic ap- 
paratus 30 employed as a used time charging system 
constituted by the second embodiment. As shown in Fig. 
10, the electronic apparatus 30 of the second embodi- 
ment comprises the microcomputer part 31 that makes 
up a controlling part for overall control of the apparatus 
30; a function executing part 32 made up of a storage 
medium drive, a digital signal processor and an analog 
signal processor; a key operation part 33 constituted by 
a plurality of function keys; a display part 34 illustratively 
composed of a liquid crystal display; a charge process- 
ing part 35; and an interface part 36 for interfacing with 
a personal computer. 

[0091] The charge processing part 35 is constituted 
by a controlling part 351 made of a microcomputer, by 
a clock part for measuring time, and by a nonvolatile 
memory 353. The charge processing part 35 may be im- 
plemented as a one-chip IC which is either connected 
with an externally furnished nonvolatile memory 353 or 
incorporates such a nonvolatile memory 353. 
[0092] The microcomputer part 31 determines which 
function key has been operated given an input operation 
by the user on the key operation part 33. With the oper- 
ated function key recognized, the microcomputer part 
31 controls the function executing part 32 accordingly. 
In addition, information about the operated function key 
is transferred to the controlling part 351 in the charge 
processing part 35. 

[0093] Given the function key information from the mi- 
crocomputer part 31, the controlling part 351 in the 
charge processing part 35 ascertains that a specific 
function corresponding to the function key in question is 
being selectively executed. By referring to time informa- 
tion from the clock part 352. the controlling part 351 
measures an execution time of the function in question, 



i.e.. the time in which the function is being used. On the 
basis of the used time thus measured, the controlling 
part 351 computes a chargeable time in the manner de- 
scribed earlier. The computed chargeable time is stored 

5 into the memory 353: 

[0094] Fig. 1 1 is a flowchart of steps in which the elec- 
tronic apparatus 30 computes the chargeable time for 
each function and stores the computed time. 
[0095] When the electronic apparatus 30 is turned on 

10 (in step S31), initialization is carried out (in step S32). A 
check is then made to see if any function key is operated 
(in step S33). If a function key is judged operated, the 
key in question is recognized (in step S34). These steps 
are carried out by the microcomputer part 31 . 

15 [0096] Information about the recognized function key 
is sent from the microcomputer part 31 to the controlling 
part 351 in the charge processing part 35. The control- 
ling part 351 recognizes the operated function key, and 
writes to the memory 353 key type information identify- 

20 ing the recognized function key (in step S35). 

[0097] Using information from the clock part 352, the 
controlling part 351 measures an execution time of the 
activated function, i.e.. a used time T1 of the function in 
question (in step S36). The used time T1 includes a 

25 sleep time in which the CPU of the microcomputer part 
31 has been in a sleep state. Then a processing time 
T2 in which the CPU of the microcomputer part 31 has 
been continuously operating, i.e., a CPU operation pe- 
riod excluding the sleep time is measured, and the load 

30 factor P of the CPU in the microcomputer part 31 is com- 
puted (in step S37). 

[0098] The load factor P is computed by use of the 
following expression: 

35 P = (T2/T1) x K 

where, k denotes a coefficient of variation determined 
by the type of equipment such as video equipment, au- 
40 dio equipment, television set, or storage medium in use. 
Because it varies with the equipment type, the coeffi- 
cient may be called an equipment type-wise coefficient. 
[0099] Step S36 to measure the used time T1 and 
step S37 to measure both the processing time T2 and 
45 the CPU. load factor P are repeated, until execution of 
the function in question comes to an end (in. step S38). 
In this example, the CPU load factor P is computed re- 
peatedly during function execution. Alternatively, the 
CPU load factor P may be calculated at the end of the 
50 function execution. 

[0100] When execution of the function is judged to 
have ended, the controlling part 351 in the charge 
processing part 35 computes a chargeable time "t" (in 
step S39) using the following expression: 
55 chargeable time t = used time T1 x CPU load factor P- 
Information about the chargeable time T resulting from 
the computation is written to the memory 353 (in step 
S40). Since the chargeable time T is given as T2 x K. 
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it is possible alternatively to measure only the process- 
ing time T2 and skip used time (T1) measurement. 
[0101] A check is made to see if power is turned off 
(in step S41). If power is not turned off, step S33 is 
reached again and activation of another function key is 
awaited. If power is judged to be removed, this process- 
ing routine is terminated. 

[0102] Fig. 12 is a schematic view of what is contained 
in the memory 353 of the charge processing part 35. 
Specifically, the memory 353 has its retained data clas- 
sified into system management information, user infor- 
mation, settlement information, and operation informa- 
tion. The pieces of such information are held at appro- 
priate memory addresses. 

[0103] The system management information includes 
product IDs, used time restriction information about 
products whose used times among others are limited 
under contract, and authentication information. The us- 
er information includes such individual information as 
member IDs, user names, ages, bank accounts and 
credit card numbers. The settlement information com- 
prises the number of settlements, venue for settlement, 
and date information. 

[0104] The operation information includes such di- 
verse types of information as power-on/off count infor- 
mation; function-wise operation information designating 
chargeable times on a function-by-function basis; stor- 
age medium information on CDs, MDs^and DVDs em- 
ployed; TV channel information indicating which chan- 
nel has been watched for how long; music information 
detailing, among others, which pieces of music by whom 
have been played back; film information about the titles 
of films watched; defect information; and download time 
information for an electronic apparatus having a down- 
loading function. 

[0105] The operation information is sent to the time 
charge management company 21. The company 21 
computes fees based on the received information in ac- 
cordance with the terms of contract with the registered 
member, and sends the charges to the latter. 
[0106] As shown in Fig. 13, the electronic apparatus 
30 of the second embodiment is connected to a personal 
computer 40 through the interface 36. On receiving a 
data transfer request from the personal computer 40, 
the electronic apparatus 30 reads the product ID, mem- 
ber ID and operation information from the memory 353 
and transfers the retrieved data to a storage part such 
as a hard disc drive of the computer 40. 
[0107] The personal computer 40 is connected to a 
charge management system 210 of the time charge 
management company 21 via a digital communication 
network such as the Internet41 . When a settlement date 
draws near, the charge management system 210 noti- 
fies the personal computer 40 thereof illustratively by 
electronic mail and prompts the latter to transfer opera- 
tion information and other relevant information about the 
electronic apparatus. If the user has no means to handle 
electronic mail, then mail by the postal service is used 



to notify the user of the approaching settlement date. 
[0108] Given the notice, the user connects the elec- 
tronic apparatus 30 to the personal computer40 to carry 
out data transfer. Figs. 14A and 14B are flowcharts of 
5 steps for effecting data transfer processing. Fig. 14A 
shows steps performed by the electronic apparatus 30, 
and Fig. 14B indicates steps carried out by the personal 
computer 40. 

[0109] When power is turned on (in step S51), the 

10 electronic apparatus 30 is initialized (in step S52). A 
check is made to see if the electronic apparatus 30 is 
connected to the personal computer 40 (in step S53). If 
the apparatus 30 is judged to be connected, then arrival 
of a data transfer request from the personal computer 

15 40 is awaited (in step S54). 

[0110] Upon receipt of the data transfer request from 
the personal computer 40, the electronic apparatus 30 
transfers its operation information, product ID, member 
ID and other relevant data from the memory 353 to the 

20 computer (in step S55). At the end of the data transfer 
(in step S56), the data transferred during the preceding 
settlement are erased from the memory (in step S57). 
The processing routine is then terminated. 
[0111] The data transferred this time are left intact 

25 while the previous data are erased from the memory for 
the following reasons: for one thing, the limited memory 
capacity needs to be taken into account; for another, the 
current data must be retained for fear that the data trans- 
fer might fail on a transmission channel and need to be 

30 effected again upon request by the charge management 
system. The previous data are judged no longer neces- 
sary since no request for data retransmission has come 
from the charge management system up to the current 
data transfer. 

35 [0112] If a sufficiently large memory capacity is avail- 
able, the largest possible amount of transfer data may 
alternatively be retained. In that case, the data two 
transfers ago or more ancient data need only be erased. 
[0113] Meanwhile, upon power-up (in step S61). the 

<*o personal computer 40 is initialized (in step S62). A set- 
tlement application program is started on the user's in- 
structions (in step S63). In turn, a message is output 
prompting the user to operate on a transfer request key 
icon (in step S64). When the user operates on the trans- 

45 fer request key in response to the message (in step 
S65). the personal computer 40 transmits a data trans- 
fer request to the electronic apparatus 30 (in step S66). 
[01 14] In reply to the data transfer request, the elec- 
tronic apparatus 30 transfers data such as operation in- 

50 formation. The transferred data are stored on a hard disc 
(in step S67). When confirming the end of data reception 
from the electronic apparatus 30 (in step S68), the per- 
sonal computer 40 displays a data reception complete 
message (in step S69). and terminates this processing 

55 routine. 

[01 15] As shown in Fig. 15, upon receipt of a transfer 
request by remote access from the charge management 
system 210 of the time charge management company 
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21 (in step S71), the personal computer 40 automatical- 
ly enters a transfer mode and connects to the system 
210 (in step S72). The computer 40 transfers the data 
such as operation information from its hard disc to the 
charge management system 210 (in step S73). When 
verifying the end of the data transfer (in step S74), the 
personal computer 40 leaves its automatic data transfer 
mode. 

[0116] Fig. 16 is a flowchart of steps performed during 
the above processing by the charge management sys- 
tem 210 of the time charge management company 21 . 
[0117] Before the settlement date draws near, the 
charge management system 210 is in a standby state 
for connection with the electronic apparatus (steps S81 
and S82). Upon detecting the approach of the settle- 
ment date (in step S82), the charge management sys- 
tem 210 notifies the user thereof illustratively by elec- 
tronic mail as described (in step S83). 
[0118] When the settlement date is reached (in step 

584) , the charge management system 210 connects to 
the personal computer 40 by remote access (in step 

585) to prepare for data reception (in step S86). While 
the preparations are underway, the system 210 re- 
trieves data about the customer in question. 

[0119] Then the data coming from the personal com- 
puter 40 as described above are all received (in steps 
S87 and S88). With the data reception completed, the 
charge management system 210 computes fees for the 
current used time by multiplying the chargeable time, 
included in the function-wise operation information, by 
the time unit price (in step S89). 

[0120] When the charge computation has ended, the 
system 210 issues (in step S90) a bill to the user (i.e., 
registered member). The bill may be sent either by elec- 
tronic mail or by mail of the postal service. Given the bill, 
the user effects the payment illustratively from a con- 
venience store or like establishments (shown in Fig. 13) 
or by automatic money transfer from his bank account 
or credit card company's account as mentioned earlier. 
[0121] When the payment by the user is confirmed (in 
step S91). the system 210 gives permission to let the 
electronic apparatus be used continuously and issues 
a receipt (in step S92). If no payment by the user is con- 
firmed, a check is made to see if the time limit for set- 
tlement is exceeded (step S93). If the time limit is judged 
exceeded, then the system 210 cancels the contract and 
asks for the return of the electronic apparatus by illus- 
tratively transmitting a return request signal to the per- 
sonal computer 40 (in step S94). 

[0122] Fig. 17 is a flowchart of typical steps in which 
the charge management system 210 performs the 
charge computation of step S89 in Fig. 16. This is an 
example where certain terms of contract between the 
manufacturer-vender and the time charge management 
company are taken into account in the charge compu- 
tation. A database 211 of the charge management sys- 
tem 210 at the time charge management company 21 
contains product information in addition to customer in- 



formation and operation information. The product infor- 
mation associates the chargeable products with their 
manufacture-venders by use of product IDs. The data- 
base 211 also includes information about specific terms 
5 of contract on each product with its manufacturer-vend- 
er. Illustratively, each product may be subject to a sales 
contract or to a sales and used time-based fee sharing 
contract (or may come under the fee sharing contract 
alone). 

10 [01 23] The received data are analyzed (in step S1 01 ). 
Using the product ID from the analysis, the manufactur- 
er-vender of the electronic apparatus is identified and 
the contract terms are verified (in step S102). The fee 
is computed in the manner described above by use of 

15 chargeable time information retrieved from the received 
data (in step S103). 

[0124] With the contract terms obtained in step S102, 
a check is made to see if the contract on the product in 
question involves a clause for sharing fees between the 

20 time charge management company and the manufac- 
turer-vender (in step SI 04).' If the fee sharing clause is 
found involved, a share of the chargeable amount (ob- 
tained in step S103) payable to the time charge man- 
agement company is computed and stored into a share 

25 memory part of the management company (in step 
S105). A share of the fee payable to the manufacturer- 
vender is then computed and stored into its own share 
memory part (in step S106). 

[01 25] If in step S 1 04 the contract is judged to include 
30 no clause for the used time-based sharing of fees on the 
product, the all chargeable amount acquired is allocated 
as the time charge management company's share and 
stored as such into the company's share memory part 
(in step S107). 

35 [0126] With the second embodiment, the electronic 
apparatus 30 which supplies the charge management 
system with data not directly but via a personal compu- 
ter is charged suitably on a used time basis. That is, 
when the settlement date arrives at predetermined in- 

ao tervals (e.g., monthly), a calendar function of the clock 
part 352 in the charge processing part 35 is used by the 
electronic apparatus 30 to notify the user of the ap- 
proaching settlement date and to prompt him to transfer 
data for settlement processing. 

45 [0127] Fig. 18 is a flowchart of steps constituting a 
routine for processing settlement dates and data trans- 
fers performed by the electronic apparatus 30. The 
processing routine is carried out by periodic interruption. 
[0128] When the processing routine is started by in- 

50 terruption, the charge processing part 35 checks to see 
if a settlement date is reached or drawing near (in step 
S111). If the settlement date is judged neither reached 
nor approaching, the processing routine is terminated. 
If the settlement date is judged reached or drawing near, 

55 the charge processing part 35 requests the microcom- 
puter part 31 to issue a message indicative of the ap- 
proaching settlement date. The microcomputer part 31 
in turn causes the display part 34 to display the message 
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alerting the user to the approaching settlement date (in 
step S112). The user is prompted to transfer data for 
settlement processing. 

[0129] The controlling part 351 checks to see if the 
user has connected the electronic apparatus 30 to the 
personal computer40 in response to the displayed mes- 
sage (in step S113). If no connection is judged to be 
made, the controlling part 351 checks to see if the time 
limit for settlement is exceeded (in step S11 5). If the time 
limit is not judged exceeded, the processing routine is 
terminated. 

[0130] If the time limit for settlement is judged exceed- 
ed, the charge processing part 35 requests the micro- 
computer part 31 to disable the electronic apparatus 30 
partially or totally. In turn, the electronic apparatus 30 
has its functions totally deactivated or partially restricted 
(in step S116). 

[0131] If in step S113 the electronic apparatus 30 is 
judged connected to the personal computer 40, the mi- 
crocomputer part 31 checks to see if the data transfer 
key is operated on (in step S114). If the data transfer 
key is not judged activated, the controlling part 351 
checks to see if the time limit for settlement is exceeded 
(in step S115). If the time limit is not judged exceeded, 
the processing routine is terminated. 
[0132] If the controlling part 351 judges the time limit 
for settlement to have, been exceeded, the charge 
processing part 35 requests the microcomputer part 31 
to disable the electronic apparatus 30 partially or totally. 
In turn, the electronic apparatus 30 has its functions to- 
tally deactivated or partially restricted (in step S116). 
[0133] If in step S114 the transfer key is judged oper- 
ated on, the information in the memory 353 such as the 
operation information, product ID and member ID is 
transferred (in step S1 17). At the end of the data transfer 
(in step S118), the previously transferred data are 
erased from the memory (in step S119), and the 
processing routine is terminated. 

[0134] With the second embodiment, the charge man- 
agement system collects operation information from 
electronic apparatuses and analyzes the collected infor- 
mation to determine how the users have used their ap- 
paratuses. For example, the management system is 
able to know the most-used and the least-used functions 
of each apparatus. The findings are fed back to the de- 
velopment of future products from which certain func- 
tions may illustratively be omitted for their relative inac- 
tion confirmed by the feedbacks. 

[0135] According to embodiments of the invention, 
pieces of music and videos are charged and paid for the 
length of time they have been listened to or watched. It 
follows that even if the contents of a storage medium 
played back by the electronic apparatus are a copy and 
not the original, the fees and royalties involved are still 
collected. A major advantage of this scheme is that it 
ensures the payment of royalties to copyright holders. 
[0136] Although the second embodiment has been 
shown setting function-wise weighting factors for the 



chargeable time computation based on the CPU load 
factor, this is not limitative of the invention. Alternatively, 
the memory 353 in the charge processing part 35 may 
be provided with a predetermined function-to-weighting 
5 factor correspondence table. From the table in the mem- 
ory 353, a weighting factor corresponding to any given 
function may be retrieved and used in the actual com- 
putation of chargeable times. 

[0137] As another alternative, an equipment type- 
to wise coefficient may be set in advance to the memory 
353 in conjunction with the electronic apparatus of in- 
terest incorporating the charge processing part 35. The 
coefficient may be used in computing the chargeable 
time of the apparatus. 
15 [0138] With the second embodiment, the charge 
processing part 35 in the electronic apparatus 30 has 
been shown computing chargeable times. Alternatively, 
the chargeable time computation may be performed on 
the side of the charge management system if the used 
20 time T1 and such operation information as function key- 
on/off information are transferred to the system. The 
computation is then made by the charge management 
system in the same manner as by the charge processing 
part 35. 

25 [0139] The transfer of data for settlement has been 
shown effected by remote access to the personal com- 
puter 40. Alternatively, the data transfer may be per- 
formed manually by the user through the personal com- 
puter 40 to the charge management system 210. 

30 [0140] The transfer of data from the electronic appa- 
ratus 30 to the personal computer 40 has been shown 
triggered by the apparatus 30 in response to a data 
transfer request from the computer 40. Alternatively, a 
data transfer key of the electronic apparatus 30 may be 

35 activated to send a data transfer request from the appa- 
ratus 30 to the personal computer 40 so that the oper- 
ation information and other relevant information about 
the apparatus may be transferred to the computer. . 

40 Third Embodiment 

[0141] The third embodiment of this invention is iden- 
tical in overall structure to the second embodiment 
shown in Fig. 9. 

45 [0142] Whereas the second embodiment was de- 
scribed as utilizing a personal computer to transfer data 
for settlement, the third embodiment is connected by 
wireless communication means to the charge manage- 
ment system of the time charge management company. 

50 jn this structure, the third embodiment transfers opera- 
tion-related data directly to the charge management 
system. 

[0143] Fig. 19 is a block diagram illustrating a typical 
structure of an electronic apparatus 30 practiced as the 
55 third embodiment. In the third embodiment, the interface 
part 36 of the second embodiment is replaced by a wire- 
less communication part 37 and a transmitting-receiving 
antenna 38. The remaining component parts are the 
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same as those of the electronic apparatus 30 as the sec- 
ond embodiment. 

[0144] Fig. 20 is an explanatory view picturing how the 
third embodiment is typically constituted so as to trans- 
fer operation data. In the case of the third embodiment, 
the charge management system 210 of the time charge 
management company 21 also has a wireless commu- 
nication part 212 that exchanges diverse kinds of data 
with the electronic apparatus 30 over a wireless com- 
munication channel through an antenna 213. 
[0145] Fig. 21 is a flowchart of steps constituting a da- 
ta transfer process for settlement performed by the elec- 
tronic apparatus 30 as the third embodiment. 
[0146] When power is turned on. (in step S121), the 
electronic apparatus 30 is initialized (in step S122). 
When a settlement date is reached, the charge manage- 
ment system 210 transits a settlement date notice over 
the wireless communication channel to the electronic 
apparatus 30. The charge processing part 35 of the 
electronic apparatus 30 checks to see if the settlement 
date notice has arrived (in step S123). Until the notice 
arrives, the charge processing part 35 carries out ordi- 
nary processing such as used time computations (in 
step S1 24). 

[0147] Upon detecting the arrival of a settlement date 
notice, the charge processing part 35 requests the mi- 
crocomputer part 31 to issue a message indicating the 
arrival of the notice. In turn, the microcomputer part 31 
causes the display part 34 to display the message (in 
step S1 25) prompting the user to transfer necessary da- 
ta for settlement processing. 

[0148] The charge processing part 35 checks infor- 
mation from the microcomputer part 31 to see whether 
any function key has been activated (in step S126). 
[0149] With any function key yet to be activated, a 
check is made to see if the time limit for settlement is 
exceeded (in step S127). Upon receipt of the settlement 
date notice, the charge processing part 35 starts a timer 
to count time up to the time limit for settlement. 
[0150] If the transfer key is not judged activated past 
the time limit for settlement, the charge processing part 
35 requests the microcomputer part 31 to disable the 
electronic apparatus 30 partially or totally. This puts the 
electronic apparatus in an operation-stopped or opera- 
tion-restricted state (in step S128). 
[0151] If the transfer key is judged activated in step 
S126, the charge processing part 35 connects the elec- 
tronic apparatus 30 to the charge management system 
210 of the time charge management company 21 over 
the wireless communication channel (in step S1 29). The 
operation information, product ID and member ID are 
then transferred from the memory 353 to the charge 
management system 210 (in step S130). At the end of 
the data transfer (in step S131). the previously trans- 
ferred data are erased from the memory (in step S132). 
After the data erasure, the processing routine is termi- 
nated. 

[0152] With the third embodiment, the electronic ap- 



paratus 30 has been shown communicating with the 
charge management system over the wireless commu- 
nication channel. Alternatively, the wireless communi- 
cation channel may be replaced by a public switched 

5 network such as a telephone line (ADSL, ISDN, a cellu- 
lar telephone network, a PHS (Personal Handyphone 
System) network, the Internet), a leased line, or a CATV 
communication network for direct communication be- 
tween the electronic apparatus and the time charge 

w management company. Such an alternative setup per- 
mits exactly the same type of processing as that which 
was described above. 

Fourth Embodiment 

15 

[0153] The fourth embodiment of this invention is 
identical in overall structure to the second embodiment 
shown in Fig. 9. 

[01 54] Whereas the second and the third embodiment 
20 were shown incorporating the charge processing part 
35, the fourth embodiment replaces that part 35 with a 
detachable charge processor 50. 

[0155] Fig. 22 is a block diagram' indicating a typical 
structure of an electronic apparatus 30 practiced as the 

25 fourth embodiment equipped with the charge processor 
50. Although not shown in Fig. 22, the electronic appa- 
ratus 30 has a slot that the charge processor 50 is at- 
tached to and detached from. Inserting the charge proc- 
essor 50 into the slot (i.e., connector) connects the proc- 

30 essor 50 to the. microcomputer part 31 as depicted in 
Fig. 22. 

[01 56] The charge processor 50 has the same struc- 
ture as the charge processing part 35. The processor 
50 comprises a controlling part 51 . a clock part 52. and 

35 a nonvolatile memory 53. 

[01 57] When data are to be transferred for settlement 
via the personal computer 40 as with the second em- 
bodiment, the charge processor 50 is. attached to a 
transfer adapter 61 having an interface part 610 for con- 

40 nection to the personal computer 40 as depicted in Fig. 
23. 

[01 58] The transfer adapter 61 . as with the electronic 
apparatus 30, comprises a slot (not shown) that the 
charge processor 50 is attached to and detached from. 

45 Inserting the charge processor 50 into the slot connects 
the controlling part 51 of the processor 50 to the inter- 
face part 610. The interface part 610 is the same in 
structure as the interface part 36 of the electronic appa- 
ratus 30 practiced as the second embodiment in Fig. 10. 

50 in this setup, the personal computer 40 sends a data 
transfer request to the charge processor 50 through the 
transfer adapter 61 . The processor 50 in turn transfers 
data to the computer 40. 

[0159] If a transfer adapter 62 connectable to a tele- 
55 phone line as shown in Fig. 24 is used, the charge proc- 
essor 50 may be connected to the charge management 
system 21 0 not via the personal computer 40 but directly 
as in the case of the third embodiment. The charge proc- 
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essor 50 is then able to transfer data to the system 210. 
[0160] The transfer adapter 62 of Fig. 24, as with the 
transfer adapter 61, has a slot (not shown) that the 
charge processor 50 is attached to and detached from. 
Inserting the charge processor 50 into the slot connects 
the controlling part 51 of the processor to the communi- 
cation interface part 620 hooked up to suitable commu- 
nication means. 

[0161] In Fig. 24, the communication interface part 
620 may be replaced by a wireless communication part. 
The alternative setup, as with the third embodiment, 
connects the electronic apparatus 30 to the charge man- 
agement system 210 not via the personal computer 40 
but over a public switched network such as a telephone 
line (ADSL, ISDN, a cellular telephone network, a PHS 
(Personal Handyphone System) network, the Internet), 
a leased line, or a CATV communication network. This 
provides direct data transfer from the charge processor 
50 to the charge management system 210. 
[0162] Fig. 25 is a flowchart of steps carried out illus- 
tratively by the charge processor 50 with the transfer 
adapter 61 of Fig. 23 hooked up for use. 
[0163] The controlling part 51 of the charge processor 
50 first checks to see if the processor 50 is connected 
to the body of the electronicapparatus 30 (in step S141). 
If the charge processor 50 is judged connected to the 
electronic apparatus 30, then reception of data from the 
microcomputer part 31 is awaited (in step S142). 
[0164] If the controlling part 51 has detected receipt 
of data from the microcomputer part 31 , the controlling 
part 51 checks to see if the received data represent ac- 
tivation of any function key (in step S143). If the data 
turn out to be of a different nature, an appropriate proc- 
ess corresponding to the data is carried out. If the data 
are judged to represent operation of a function key, the 
controlling part 51 recognizes the activated function key 
and stores key type information indicative of the recog- 
nized function key into the memory 53 (in step S144). 
[0165] Using information from the clock part 52, the 
controlling part 51 measures an execution time in which 
the function in question has been active, i.e., a used time 
T1 of the enabled function (in step S145). The control- 
ling part 51 then measures a CPU processing time in 
which the CPU of the microcomputer part 31 has been 
continuously operating, i.e., a processing time T2 ex- 
cluding the sleep time, as well as a CPU load factor P 
of the microcomputer part 31 (in step S146). In this ex- 
ample, the CPU load factor P is computed repeatedly 
during function execution. Alternatively, the CPU load 
factor P may be calculated at the end of the function 
execution. 

[0166] As mentioned earlier, the load factor P is com- 
puted by use of the following expression: 

P = (T2/T1) x K 
where. K denotes a coefficient of variation determined 



by the type of equipment such as video equipment, au- 
dio equipment, television set, or storage medium in use. 
[0167] Step S145 to measure the used time T1 and 
step S146 to measure both the processing time T2 and 

5 the CPU load factor P are repeated, until execution of 
the function in question comes to an end (in step S147). 
[0168] When execution of the function is judged to 
have ended, the controlling part 51 of the charge proc- 
essor 50 computes a chargeable time T (in step S148) 

10 using the following expression: 

chargeable time t = used time T1 x CPU load factor P 
Since the chargeable time "t" is given as T2 x K, it is 
possible alternatively to measure only the processing 
time T2 and skip used time (T1) measurement. 

75 [0169] Information about the chargeable time T re- 
sulting from the computation is written to the memory 
53 as part of the charging information made up of dates, 
chargeable time "t" and operation information (in step 
S149). Step S149 is followed by step S141 . 

20 [0170] If in step S14T the controlling part 51 does not 
judge that the charge processor 50 is connected to the 
body of the electronic apparatus 30, then connection of 
the charge processor 50 to the transfer adapter 61 is 
recognized (in step S150), The controlling part 51 

25 checks to see if a data transfer request has arrived from 
the personal computer 40 (in step S151). If no data 
transfer request is judged to have arrived, step S141 is 
reached again. 

[0171] - If the data transfer request is judged to have 
30 arrived, the controlling part 51 reads charging informa- 
tion from the memory 53 and transfers the information 
through the transfer adapter 61 to the personal compu- 
ter40 (in stepS152). On verifying completion of the data 
transfer (in step S153), the controlling part 51 erases 
35 the previously transferred charging information from the 
memory 53 (in step S154). Then step S141 is reached 
again. 

, Fifth Embodiment 

40 

[0172] Whereas the embodiments discussed above 
were shown collecting fees or royalties after the used 
time of the chargeable product was established, the fifth 
embodiment of this invention adopts what may be called 
45 a prepaid scheme. Specifically, the fifth embodiment in- 
volves the use of prepaid cards. 

[0173] Fig. 26 is a block diagram showing a typical 
structure of an electronic apparatus 30 practiced as the 
fifth embodiment. In the fifth embodiment, the interface 

50 part 36 of the second embodiment in Fig. 1 0 or the wire- 
less communication part 37 of the third embodiment in 
Fig. 19 is replaced by a card reader39that reads stored 
information from a prepaid card 70. 
[0174] The charge processing part 35 comprising a 

55 controlling part 351 , a clock part 352 and a nonvolatile 
memory 353 is the same in hardware constitution as the 
second and the third embodiments. As with the second 
or the third embodiment, the memory 353 may be at- 
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tached externally to the charge processing part 35. 
[0175] The controlling part 351 is different in software 
structure from the second and the third embodiments. 
More specifically, whereas programs for measuring 
used times and chargeable times are the same, the fifth 
embodiment includes software causing the electronic 
apparatus 30 to settle payments based on charging in- 
formation in the memory 353 and on stored information 
from the prepaid card 70. 

[0176] The prepaid card 70 has usable time informa- 
tion written on it in advance. The stored usable time is 
decremented by the charge processing part 35 of the 
electronic apparatus 30 in keeping with the time period 
in which the user has operated the apparatus 30. In oth- 
erwords, the prepaid card 70 always retains information 
about the remaining usable time. 
[0177] Figs. 27 and 28 are flowcharts of steps per- 
formed illustratively by the electronic apparatus 30 as 
the fifth embodiment. 

[0178] When the electronic apparatus 30 is turned on 
(in step S161), initialization is carried out(in step S162). 
The controlling part 351 checks to see if a prepaid card 
70 is inserted (in step S163). If no prepaid card is judged 
inserted, the controlling part 351 causes the microcom- 
puter part 31 to display on a display part 34 a message 
prompting the user to attach the prepaid card 70 (in step 
S164). 

[0179] When the controlling part 351 judges that the 
prepaid card 70 is inserted, the controlling part 351 
reads the remaining usable time information from the 
card (in step S165). A check is made to see if the re- 
maining usable time is zero (in step S1 66). If the remain- 
ing time is judged zero, the apparatus 30 causes the 
microcomputer part 31 to display on the display part 34 
a message saying that the prepaid card has no remain- 
ing usable time and needs to be replaced (in step S1 67). 
[0180] A check is made to see if the prepaid card 70 
is replaced (in step S168). If the prepaid card 70 is not 
replaced, a check is made to see if the apparatus 30 is 
turned off (in step S170). If power is judged removed, 
the processing is brought to an end. If power is judged 
still applied, then step S167 is reached again and the 
message urging replacement of the prepaid card 70 is 
displayed on the display part 34. 

[0181] If in step S168 the controlling part 351 judges 
that the prepaid card 70 is replaced, the controlling part 
351 reads the remaining usable time information from 
the newly inserted card (in step S165). A check is made 
to see if the remaining time is zero (step S166). If the 
remaining time is not judged zero, the remaining time is 
displayed on the display part 34 by means of the micro- 
computer part 31 (in step S169). 

[0182] The controlling part 351 awaits reception of in- 
formation about function key activation from the micro- 
computer part 31 (in step S1 71 ). Upon receipt of the in- 
formation about any function key being activated, the 
controlling part 351 recognizes the operated function 
key and stores key type information into the memory 353 



(in step S172). 

[0183] Using information from the clock part 352. the 
controlling part 351 measures an execution time in 
which the function in question has been active, i.e., a 

5 used time T1 of the enabled function (in step S173). The 
controlling part 351 then measures a CPU processing 
time in which the CPU of the microcomputer part 31 has 
been continuously operating, i.e., a processing time T2 
excluding the sleep time, as well as a CPU load factor 

10 P of the microcomputer part 31 (in step S174). In this 
example, the CPU load factor P is computed repeatedly 
during function execution. Alternatively the CPU load 
factor P may be calculated at the end of the function 
execution. 

15 [0184] As mentioned earlier, the load factor P is com- 
puted by use of the following expression: 

P = (T2/T1) x K 

20 

where, K denotes a coefficient of variation determined 
by the type of equipment such as video equipment, au- 
dio equipment, television set, or storage medium in use. 
[0185] Step S173 to measure the used time T1 and 
25 step S174 to measure both the processing time T2 and 
the CPU load factor P are repeated, until execution of 
the. function in question comes to an end (in step S175). 
[0186] When execution of the function is judged to 
have ended, the controlling part 351 of the charge 
30 processing part 35 computes a chargeable time T (in 
step S176) using the following expression: 
chargeable time t = used time T1 .x CPU load factor P 
Since the chargeable time T is given as T2 x K, it is 
possible alternatively to measure only the processing 
35 time T2 and skip used time (T1) measurement. 

[0187] Using the chargeable time T information thus 
computed, the controlling part 351 computes the re- 
maining usable time (in step S177). With the remaining 
time computed, the remaining time information on the 
40 prepaid card 70 is updated accordingly (in step S178). 
Other information such as dates and operation informa- 
tion is also written to the prepaid card 70 (in step S179). 
These items of information are later retrieved from the 
card 70 by the time charge management company 21 
45 as material for market research and other purposes. 
[01 88] The microcomputer part 31 then checks to see 
if power is removed (in step S1 80). If power is not judged 
removed, step S171 is reached again and the activation 
of another function key is awaited. If power is judged 
so turned off. the processing routine is terminated. 

[0189] The prepaid card 70 may be sold not only 
through the manufacturer-vender and time charge man- 
agement company 21 but also over the counter of con- 
venience stores and other establishments. It may be a 
55 good idea to devise a scheme whereby users who 
turned in their exhausted prepaid cards are rewarded 
with bonus data and/or a courtesy usable time card so 
that valuable material such as operation information 
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may be culled from the returned cards. 
Sixth Embodiment 

[0190] Whereas the fifth embodiment above was 
shown settling payments after they came due by use of 
prepaid cards in conjunction with the electronic appara- 
tus, the sixth embodiment of this invention utilizes an IC 
bank card in place of the prepaid card. The electronic 
apparatus of the sixth embodiment is the same in hard- 
ware constitution as that of the fifth embodiment and 
thus will not be discussed further. 
[0191] The sixth embodiment causes payments to be 
settled after they have come due, not before. Illustra- 
tively, following step S40 in the flowchart of Fig. 11 for 
the second embodiment, the charge processing part 35 
computes fees corresponding to the chargeable time. 
The fees are transferred from the user's bank, account, 
by use of his IC bank card. Operation information and 
other related items of information are also written to the 
bank card. 

[0192] With the sixth embodiment, the operation in- 
formation and other relevant items written to the IC bank 
card are transferred from the bank to the time charge 
management company 21. Of the items of information 
stored in the memory 353 of the electronic apparatus 
30, the operation information may be transferred from 
the electronic apparatus 30 to the time charge manage- 
ment company 21. 

Seventh Embodiment 

[0193] Whereas the fifth embodiment above was 
shown settling payments after they came due by use of 
prepaid cards, the seventh embodiment of this invention 
uses the memory 353 of the charge processing part 35 
to set up a prepaid scheme in conjunction with the elec- 
tronic apparatus 30. 

[0194] The charge processing part of the seventh em- 
bodiment may be implemented in one of two types: a 
built-in type such as the charge processing part 35 in- 
side the electronic apparatus 30 of the second embod- 
iment, or a detachable type such as the charge proces- 
sor 50 for the fourth embodiment. 
[0195] The electronic apparatus of the seventh em- 
bodiment, as with the second embodiment, is connect- 
able to the charge management system 210 of the time 
charge management company 21 via the personal com- 
puter40 and over a digital or analog communication net- 
work. 

[0196] Fig. 29 is a flowchart of steps constituting over- 
all processing performed by the seventh embodiment. 
[0197] A customer registers with the time charge 
management company 21 to become a registered mem- 
ber (in step S191 ). Registration of membership may be 
done either over the counter of the time charge man- 
agement company or at a website on the Internet. The 
registered member may declare in advance such con- 



ditions of use as a usable time (in step S192), acquire 
a desired chargeable product such as the electronic ap- 
paratus in this example (in step S193), and use the prod- 
uct during the usable time declared (in step S194). 

5 [0198] If the registered member wishes to continue 
using the product past the declared usable time (in step 
S195), the member makes another registration of use 
conditions at the website using the personal computer 
40 (in step S196), obtains registration data (in step 

w S197), and installs usable time data into the memory 
353 of the electronic apparatus 30 (in step S1 98). This 
enables the electronic apparatus 30 for use over an ex- 
tended period. 

[0199] If any extended use of the product is not de- 
15 sired (in step S195), then the registered member returns 
the electronic apparatus to the time charge manage- 
ment company 21 . 

[0200] Fig. 30 is a flowchart of steps carried out by 
the electronic apparatus 30 of the seventh embodiment. 

20 [0201] When the electronic apparatus 30 is turned on 
(in step S201 ), initialization is carried out (in step S202). 
The controlling part 35 1 reads the remaining usable time 
information from the memory 353 of the charge process- 
ing part 35 (in step S203). A check is made to see if the 

25 remaining time is zero (in step S204). If the remaining 
time is judged zero, a message prompting the user to 
install usable time information (i.e., prepaid information 
representative of use conditions) is displayed on the dis- 
play part. 34 by means of the microcomputer part 31 (in 

30 stepS206).. 

[0202] Given the message, the user connects the 
electronic apparatus 30 to the personal computer 40 to 
prepare for prepaid information installation. 
[0203] The controlling part 351 of the electronic appa- 

35 ratus 30 checks to see if the apparatus 30 is connected 
to the personal computer 40 (in step S207). Using the 
personal computer 40, the user acquires prepaid infor- 
mation about a usable time from the time charge man- 
agement company 21 , in a mannerto be described later. 

^o The prepaid information thus obtained is transferred to 
the electronic apparatus 30. 

[0204] The controlling part 351 of the electronic appa- 
ratus 30 checks to see if the prepaid information has 
come from the personal computer 40 (in step S208). If 
^5 the receipt of the prepaid information is confirmed, the 
information is installed into the memory 353 of the 
charge processing part 35 (in step S209). This rewrites 
the remaining usable time in the memory 353 (in step 
S210). 

so [0205] Step S210 is followed by step S203 in which 
the controlling part 351 reads the remaining usable time 
from the memory 353. A check is again made to see if 
the remaining time is zero (in step S204). The remaining 
time, if any. is displayed on the display part 34 by means 

55 of the microcomputer part 31 (in step S205). 

[0206] Step S205 is followed by step S171 and sub- 
sequent steps in Fig. 28, i.e.. the same steps carried out 
in conjunction with the prepaid card. Still, there is a dif- 
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ference: it is not the prepaid card but the memory 353 
of the charge processing part 35 in which the usable re- 
maining time is updated in step S178 and to which the 
operation information and other relevant data are written 
in step S179. 

[0207] How prepaid information is installed by use of 
the personal computer 40 will now be described by re- 
ferring to a flowchart of Fig. 31 . The processing of Fig. 
31 corresponds to the registration of use conditions at 
the website in step S196 of Fig. 29. 
[0208] The personal computer 40 first checks to see 
if the electronic apparatus 30 is connected to it (in step 

5221) . With the electronic apparatus 30 judged con- 
nected, an application program for prepaid information 
installation is started by the user's operation (in step 

5222) . 

[0209] The personal computer 40 reads information 
necessary for membership authentication such as the 
member ID and product ID from the memory 353 of the 
charge processing part 35 in the electronic apparatus 
30 (in step S223). After a connection is established with 
the charge management system 21 0 of the time charge 
management company 21 through a data communica- 
tion network such as the Internet, a prepaid information 
installation request is output to the charge management 
system 210 (in step S224) together with the information 
needed for membership authentication read in step 
S223. 

[0210] Upon receipt of the installation request, the 
charge management system 21 0 performs membership 
authentication and notifies the personal computer 40 of 
the result of the authentication. Given the notice, the 
personal computer 40 checks to see if the user's mem- 
bership is authenticated (in step S225). If the user's' 
membership is not authenticated, the personal compu- 
ter 40 severs the hookup to the charge management 
. system 210 (step S226). The processing routine is then 
brought to an end. . 

[0211] If the user's membership is found authenticat- 
ed, then the input of usable time information requested 
by the user is accepted (in step S227). The accepted 
usable time information is sent to the charge manage- 
ment system 210 (in step S228). 

[0212] With the seventh embodiment, the charge 
management system 210 converts the accepted usable 
time information into a virtual currency UT (Used Time) 
and regards the currency as prepaid information. The 
charge management system 210 settles payments cor- 
responding to the prepaid information by resorting to a 
settlement method registered by the user identified by 
his member ID. 

[0213] UT is a virtual currency unit established in con- 
sideration of a unit used time in which the product has 
been used. For example, if one UT is worth 0.1 minute 
and the unit time fee isvr 0.01 per second, then the ex- 
change rate between the virtual currency UT and the 
Japanese currency is 0.06 yen to the UT 
[0214] Cash paid in advance and converted to the vir- 



tual currency UT is represented by prepaid information. 
The charge management system 21 0 returns such pre- 
paid information to the personal computer 40. 
[0215] The personal computer 40 receives the pre- 
5 paid information in virtual currency UT (in step S229). 
The received prepaid information is forwarded to the 
electronic apparatus 30 and installed therein as usable 
time information (in step S230). 

[0216] With the seventh embodiment, the electronic 
10 apparatus 30 decrements by unit time the usable time 
information expressed in virtual currency UT. For exam- 
ple, when one minute of chargeable time has elapsed, 
an amount worth 10 UT units is subtracted from the re- 
maining usable time. The display of the remaining usa- 
15 ble time is carried out by converting into time numbers 
the usable time information expressed in virtual curren- 
cy UT. 

[0217] A major advantage of the seventh embodiment 
is this: if it is desired to replace the currently used prod- 
20 uct with a new one before the remaining usable time in 
the memory 353 of the charge processing part 35 is ex- 
hausted, the replaced old product with it's remaining us- 
able time can still be marketed in the secondhand prod- 
uct market, 

25 [0218] Fig. 32 is an explanatory view showing how a 
replaced but still usable product is typically handled on 
a secondhand product market. A "secondhand product 
dealer reads the remaining usable time from the mem- 
ory 353 of the replaced electronic apparatus 30, and 

30 sets fees corresponding to the retrieved remaining time. 
Whereas the electronic apparatus of the seventh em- 
bodiment displays its remaining usable time when 
turned on, other electronic apparatuses with no such re- 
maining time display function can still be placed on the 

35 secondhand product market if their remaining usable 
time information is retrieved and established as a mar- 
ketable resource by the personal computer or by a suit- 
able dedicated reading device. 

[0219] As with the first embodiment, any one of the 
40 second through the seventh embodiments may have its 
accumulated used time computed for charges based on 
the time-price relationship table of Fig. 2 for depreciation 
purposes. 

^5 Eighth Embodiment 

[0220] The eighth embodiment of this invention is also 
implemented as an electronic apparatus. Whereas the 
foregoing embodiments were each shown fabricated as 
50 a time-charged mode! from the beginning, the eighth 
embodiment may be switched between a time-charged 
model and an ordinary sell-off model setting, simply by 
use of a password. 

[0221] Fig. 33 is a flowchart of steps in which the elec- 
55 tronic apparatus of the eighth embodiment is switched 
between settings of the two models. 
[0222] When power is turned on (in step S231). ini- 
tialization is carried out (in step S232). The input of a 
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password is awaited (in step S233). If the microcomput- 
er part 31 judges that no password is input within a pre- 
determined time period (in step S240), the electronic ap- 
paratus is automatically turned off (in step S241), and 
this processing routine is terminated. 
[0223] If the microcomputer part 31 judges that a 
password is input in time, the microcomputer part 31 
subjects the password to authentication (in step S234). 
If the password is not authenticated (in step S235), the 
electronic apparatus is automatically turned off (in step 
S241), and the processing routine is brought to an end. 
[0224] If the input password is authenticated (in step 

5235) , the microcomputer part 31 checks to see if the 
password represents a time charge number (in step 

5236) . The time charge number is a number that is at- 
tached to the time-charged model. 

[0225] If in step S236 the microcomputer part 31 judg- 
es that the input password is not the time charge 
number, then the electronic apparatus is established as 
an ordinary sell-off model (in step S242). In the electron- 
ic apparatus of the ordinary model, the charge process- 
ing part 35 remains inactive. 

[0226] If in step S236 the input password is judged to 
be the time charge number, the electronic apparatus is 
established as a time-charged mode! and its charge 
processing part 35 is activated (in step S237). After the 
electronic apparatus is initialized as the time-charged 
model (in step S238), the apparatus is enabled so as to 
effect the diverse functions discussed in connection with 
the foregoing embodiments (in step S239). Although the 
flowchart of Fig. 33 shows how password authentication 
is carried out to establish each of an ordinary sell-off 
model and a time-charged model, this is not limitative of 
the invention. Alternatively, the routine may be rear- 
ranged to authenticate the password to establish either 
an ordinary sell-off model or a time-charged model only. 
[0227] As described, the electronic apparatus of the 
eighth embodiment is classified either as an ordinary 
sell-off model or a time-charged model by the simple in- 
put of a password. There is no need to manufacture 
electronic apparatuses in two different models. This fa- 
cilitates mass-production of the apparatuses, which 
contributes to reducing their costs. 

Ninth Embodiment 

[0228] The ninth embodiment of this invention is an- 
other example of the prepaid scheme. But instead of us- 
ing prepaid cards or IC bank cards, the ninth embodi- 
ment utilizes coin-type virtual currency. Each coin con- 
tains electronic circuitry made up of a storage part for 
storing operation data and other relevant information, a 
processing part for computing charges, and a data 
transmitter-receiver. In the description that follows, the 
virtual currency coin will be referred to as UT (Used 
Time) Money (not to be confused with electronic money 
constituted by electronic data). 

[0229] The ninth embodiment makes use of the virtual 



currency UT discussed in connection with the seventh 
embodiment above. The virtual currency UT represents 
the value of usable time information held in the storage 
part of the electronic circuitry in the coin. As mentioned 

5 earlier, the unit of the virtual currency is one UT. 

[0230] The ninth embodiment presupposes the busi- 
ness model shown in Fig. 9. To have its used time paid 
for, the ninth embodiment resorts to a scheme depicted 
in Fig. 34 in which charges are settled through the UT 

10 Money. 

[0231] As described earlier, the user registers with the 
time charge management company 21 to become a reg- 
istered member 27. As a registered member, the user 
takes delivery of the electronic apparatus 30 whose use 

15 contract has been concluded with the time charge man- 
agement company 21, and receives UT Money 80. At 
this point, the storage part of the UT Money 80 contains 
the virtual currency units UT corresponding to the 
amount paid by the registered member. The UT count 

20 represents the usable time of the product. The storage 
part of the UT Money 80 also retains such user-related 
information as the name of the registered member 27 (i. 
e., user's name), user ID, and password. 
[0232] The registered member 27 inserts into the 

25 electronic apparatus 30 a UT Money 80 whose UT count 
as the virtual currency is not zero (i.e., the usable time 
is not zero). This allows the electronic apparatus 30 to 
start being used. As in the case of the prepaid card 
above, the electronic apparatus 30 has its used time 

30 converted into the corresponding amount of virtual cur- 
rency UT for charge processing. Specifically, the virtual 
currency UT count in the storage part of the UT Money 
80 is decremented by an amount corresponding to the 
accumulated used time. During the charge processing, 

35 the electronic apparatus 30 writes use history informa- 
tion to the storage part of the UT Money 80. The use 
history information includes dates of use, used time pe- 
riods and 'other relevant data. 

[0233] The registered member 27 can buy additional 

JO virtual currency UT at a UT trading kiosk terminal 90 
when the remaining UT count of the virtual currency is 
running short in the storage part of the UT Money 80. 
With the ninth embodiment, the registered member 27 
may sell an unnecessary but still usable coin in virtual 

45 currency UT at the UT trading kiosk terminal 90. 

[0234] The UT trading kiosk terminal 90 is connected 
to the time charge management company 21 through 
the digital communication network 29. The UT trading 
kiosk terminal 90, upon request by the management 

50 company 21 or on its own initiative, transfers to the man- 
agement company 21 UT trading information as well as 
use history information retrieved from the UT Money 80. 
[0235] The ninth embodiment regards the virtual cur- 
rency UT as a fluctuating currency, as will be described 

55 later. One factor of currency fluctuation is defined by the 
past history of used times such as the accumulated used 
time per day or per month. That is, if the used time of 
the preceding month turned out to be relatively short, 
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the exchange rate of the virtual currency UT for this 
month is lowered; if the used time of the preceding 
month was relatively long, the exchange rate for this 
month is raised. The exchange rate is modified by alter- 
ing an exchangeable amount per UT. Although it is pos- 
sible to change the used time per UT, altering the ex- 
changeable amount is more convenient because the ab- 
sence of the need to change the used time per UT 
means there is no need to modify the exchange rate in 
computing the usable time. 

[0236] Another factor of virtual currency fluctuation is 
defined by the number of virtual currency units UT trad- 
ed. Specifically, if a large number of virtual currency 
units UT have been traded, the exchange rate of the vir- 
tual currency is raised; if only a small number of virtual 
currency units UT have been traded, the exchange rate 
is lowered. In such a case, the number of virtual curren- 
cy units UT traded with the ninth embodiment is deter- 
mined not only by the number of traded UT units report- 
ed by the kiosk terminals 90 but also by the number of 
UT units traded on a virtual UT trading market 100, to 
be described later. 

[0237] The exchange rate of the virtual currency UT 
is determined as described illustratively by the month 
and transferred to each kiosk terminal 90 over the digital 
communication network 29. The transferred rate is used 
as the month's exchange rate for trading the virtual cur- 
rency UT. The registered member 27 buys or sells the 
virtual currency in reference to this exchange rate. 
[0238] When the virtual currency is allowed to fluctu- 
ate in value with regard to the actual currency, any sea- 
sonal fluctuations in used time of the electronic appara- 
tus 30 are averaged out over time. This can contribute 
to raising the operating rate of the electronic apparatus 
30. A boosted operating rate of the electronic apparatus 
30 helps reduce its excess stock as a product to be 
charged for used time. 

[0239] Suppose that the use status of a time-charge- 
able product such as the electronic apparatus 30 fluc- 
tuates due to economic, seasonal and/or political fac- 
tors . In that case, if the charging rate is fixed with respect 
to used time, the used time count of the electronic-ap- 
paratus 30 can fluctuate wildly as indicated by thick solid 
lines 101 in Fig. 35. 

[0240] By contrast, if the charging rate of the virtual 
currency UT is allowed to fluctuate as plotted by broken 
lines 102 in Fig. 35, then the used time is expected to 
drop when the exchange rate is higher and go up when 
the rate is lower. This scheme, when implemented, is 
expected to average out seasonal fluctuations in used 
time of the electronic apparatus 30. as illustrated by thin 
solid lines 103 in Fig. 35. 

[0241] If the virtual currency UT itself is traded, more 
UT units are expected to be purchased when the ex- 
change rate is lower and sold when the rate is higher. 
This allows users to take advantage of any fluctuations 
in the exchange rate of the virtual currency UT traded. 
[0242] Described below are some structural exam- 



ples of the UT Money 80 shown in Fig. 34. Figs. 36A 
and 36B illustrate a first structural example of .the UT 
Money 80. Fig. 36A is a front view of the first example 
of the UT Money 80. and Fig. 36B is a cross-sectional 

5 view taken on line Y-Y in Fig. 36A. 

[0243] The UT Money 80 of the first example is con- 
stituted by a flat disc 81 which is made of a metal or resin 
material and which has a circular depression 82 in the 
middle. The depression 82 of the UT Money 80 accom- 

w modates an electronic circuit 83 and is packed with a 
filler 84 to secure the circuit 83 inside. A typical filler 84 
is an ultraviolet curing resin. In this example, the depth 
L2 of the circular depression 82 should be smaller than 
the thickness L1 of the disc 81 , e.g., L2 = L1/2 or there- 

15 about. The depression 82 is insulated from the electron- 
ic circuit 83. 

[0244] In the first example, as shown in Fig. 37. the 
electronic circuit 83 includes a controlling part 831 com- 
posed of a microcomputer, a memory 832, a clock part 
20 833, a transmitting part 834, and a receiving part 835. 
The transmitting part 834 and receiving part 835 of this 
setup exchange data with the outside on a wireless ba- 
sis. Data may be transmitted and received by radio, by 
infrared emissions, or by ultrasonic waves. 
25 [0245] Figs. 38A and 38B sketch a second structural 
example of the UT Money 80. Fig. 38A is a front view of 
the second example of the UT Money 80. and Fig. 38B 
is a cross-sectional view taken on line Y-Y in Fig. 38A. 
Figs. 39A. 39B and 39C are explanatory views outlining 
30 steps to fabricate the structure. 

[0246] The UT Money 80 of the second example is 
also constituted by a flat disc 81 which is made of a metal 
or resin material with an electronic circuit 83 embedded 
in the middle. What characterizes the second example 
35 is that measures are taken to attach the embedded elec- 
tronic circuit 83 securely to the disc 81 . 
[0247] In the second example, as shown in Fig. 39A,, 
the disc 81 has at its center a through-hole 85 that is 
concentric with the circumference of the . disc 81. The 
40 inner wall of the through-hole 85 is furnished with ta- 
pered faces 85A and 85B which get larger in diameter 
as they approach both surfaces of the disc 81 . The inner 
wall of the through-hole 85 also has a plurality of pro- 
jections 86 that fasten the electronic circuit 83 in place. 
45 [0248] The electronic circuit 83 is placed onto and en- 
gaged with the projections 86 as illustrated in Fig. 39B, 
so that the circuit 83 is accommodated snugly inside the 
through-hole 85. With the state of Fig. 39B kept un- 
changed, the through-hole 85 is stuffed completely with 
50 the filler 84 as shown in Fig. 39C. The filler 84 may be 
an ultraviolet curing resin as mentioned above. 
[0249] According to the second structural example of 
the UT Money, the tapered faces 85A and 85B of the 
through-hole 85 prevent the electronic circuit 83 packed 
55 with the filler 84 from getting detached from the disc 81 . 
[0250] Described below with reference to Fig. 40 is a 
typical hardware constitution of the electronic apparatus 
30 practiced as the ninth embodiment. 
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[0251] As illustrated in Fig. 40, the electronic appara- 
tus 30 of the ninth embodiment has a UT Money loading/ 
ejecting mechanism 301 . Loading the UT Money 80 into 
the UT Money loading/ejecting mechanism 301 allows 
the electronic apparatus 30 to start being used. If the 
remaining UT count is zero in the memory 832 of the 
electronic circuit 83 within the UT Money 80, then load- 
ingthe UT Money 80 will notgetthe electronic apparatus 
30 started. 

[0252] The UT Money 80 is loaded and ejected by the 
user operating on a load/eject key to activate the UT 
Money loading/ejecting mechanism 301 that is under 
control of the microcomputer part 31 . The UT Money 80 
may be ejected automatically by the electronic appara- 
tus 30 if, say, the remaining UT count of the UT Money 
80 is zero. 

[0253] The electronic apparatus 30 of the ninth em- 
bodiment has no charge processing part. Charge 
processing is performed by the controlling part 831 of 
the electronic circuit 83 within the UT Money 80, in a 
manner to be described later. It is also possible for the 
electronic apparatus 30 to incorporate a charge 
processing part so that an outcome of the charge 
processing may be transferred to the UT Money 80. 
[0254] The electronic apparatus 30 of this embodi- 
ment includes a transmitting part 302 and a receiving 
part 303 for exchanging data with the UT Money 80. As 
with the setup shown in Fig. 22. the electronic apparatus 
30 has a microcomputer part 31 connected to a function 
executing part 32, to a key operation part 33 and to a 
display part 34. 

[0255] Fig. 41 is a flowchart of steps in which the elec- 
tronic apparatus 30 typically operates as the ninth em- 
bodiment. Most of the steps in Fig. 41 are carried out by 
the microcomputer part 31 . 

[0256] When the electronic apparatus 30 is turned on 
(in step S251), initialization is performed (in step S252). 
The microcomputer part 31 checks to see if any UT Mon- 
ey 80 is loaded (in step S253). If no UT Money 80 is 
judged loaded, a message prompting the user to load 
the UT Money 80 is displayed on the display part 34 (in 
step S254). 

[0257] When the microcomputer part 31 judges that 
the UT Money 80 is loaded, the microcomputer part 31 
sends a UT information transfer request to the UT Mon- 
ey 80 through the transmitting part 302. A response from 
the UT Money 80 carrying UT count information is re- 
ceived through the receiving part 303 (in step S255). A 
check is made to see if the UT Money 80 has any re- 
maining UT count (in step S256). If the remaining UT 
count is found zero, the microcomputer part 31 displays 
on the display part 34 a message saying that the UT 
Money 80 has no remaining UT count and needs to be 
replaced (in step S257). 

[0258] The UT Money 80 is then ejected (in step 
S258). Replacement of the UT Money 80 is awaited (in 
step S259). If the UT Money 80 is not replaced . a check 
is made to see if power is turned off (in step S260). If 



power is judged removed, the processing is brought to 
an end. If power is not turned off, then step S257 is 
reached again and the display part 34 is made to display 
the message saying that the UT Money 80 has no re- 

5 maining UT count and needs to be replaced. 

[0259] If in step S259 the replacement of the UT Mon- 
ey 80 is confirmed, the remaining UT count is read from 
the replaced UT Money 80 (in step S255). A check is 
made to see if the remaining UT count is zero (in step 

10 S256). If the remaining UT count is not found zero, that 
count is converted to a usable time (in step S261). The 
usable time is displayed on the display part 34 (in step 
S262). 

[0260] The microcomputer part 31 checks to see if 
15 any function key is activated through the key operation 
part 33 (in step S263). If any function key is judged op- 
erated on, the type of the activated function key is rec- 
ognized and key type information is transmitted to the 
UT Money 80 through the transmitting part 302 (in step 
20 S264). 

[0261] A check is then made to see if power is turned 
off (in step S265). If power is not judged removed, step 
S263 is reached again, and step S263 and subsequent 
steps are repeated. If in step S265 power is judged 

25 turned off, end-of-use information is transmitted to the 
UT Money 80 through the transmitting part 302 (in step 
S266). The processing is then terminated. 
[0262] What takes place when the UT Money 80 is 
loaded into the electronic apparatus 30 will now be de- 

30 scribed with reference to a flowchart of Fig. 42. The 
steps of Fig. 42 start being performed when the control- 
ling part 831 of the UT Money 80 judges that the UT 
Money 80 has been loaded into the UT Money loading/ 
ejecting mechanism 301 of the electronic apparatus 30. 

35 [0263] Loading of the UT Money 80 is detected by op- 
tical or electronic means illustratively in the UT Money 
loading/ejecting mechanism 301 of the electronic appa- 
ratus 30. Once the UT Money 80 is judged loaded by 
the electronic apparatus 30, a loading detection signal 

ao is transmitted through the transmitting part 302. Alter- 
natively, the UT Money 80 may include optical or elec- 
tronic means to detect its loading into the UT Money 
loading/ejecting mechanism 301 of the electronic appa- 
ratus 30. 

45 [0264] When the UT Money 80 is loaded into the elec- 
tronic apparatus 30, a UT count transmission request is 
sent from the apparatus 30. When receipt of the trans- 
mission request is confirmed (in step S271 ), the remain- 
ing UT count is read from the memory 832 and trans- 

50 mitted to the electronic apparatus 30 through the trans- 
mitting part 834 (in step S272). 

[0265] If function key operation information is re- 
ceived from the electronic apparatus 30 (in step S273), 
the activated function key is recognized and information 
55 about the function key is stored into the memory 832 (in 
step S274). 

[0266] The controlling part 831 measures an execu- 
tion time in which the function in question has been ac- 
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tive. i.e., a used time T1 of the enabled function in ac- 
cordance with clock information from the clock part 833 
(in step S275). With information exchanged between the 
electronic apparatus 30 and the UT Money 80, the con- 
trolling part 831 measures a CPU processing time in 
which the CPU of the microcomputer part 31 has been 
continuously operating, i.e., a processing time 12 ex- 
cluding the sleep time, as well as a CPU load factor P 
of the microcomputer part 31 (in step S276). In this ex- 
ample, the CPU load factor P is computed repeatedly 
during function execution. Alternatively, the CPU load 
factor P may be calculated at the end of the function 
execution. 

[0267] As mentioned earlier, the load factor P is com- 
puted by use of the following expression: 

P = (T2/T1) x K 

where, K denotes a coefficient of variation determined 
by the type of equipment such as video equipment, au- 
dio equipment, television set, or storage medium in use. 
[0268] Step S275 to measure the used time T1 and 
step S276 to measure both the processing time T2 and 
the CPU load factor P are repeated, until execution of 
the function in question comes to an end (in step 5277). 
[0269] When execution of the function is judged to 
have ended, the controlling part 831 of the UT Money 
80 computes a chargeable time "t" (in step S278) using 
the following expression: chargeable time t = used time 
T1 x CPU load factor P Since the chargeable time "t" 
is given as T2 x K, it is possible alternatively to measure 
only the processing time T2 and skip used time (T1) 
measurement. 

[0270] Using the chargeable time "t" information thus 
computed, the controlling part 831 computes the re- 
maining usable time (in step S279). The remaining us- 
able time thus computed is converted to a UT count (in 
step S280). This UT count is subtracted from the UT 
count in the memory 832 of the UT Money 80, whereby 
the remaining UT count is updated (in step S281). Other 
information such as dates and operation information is 
also written to the memory 832 of the UT Money 80 (in 
step S282). These items of information are later re- 
trieved from the UT Money 80 at the kiosk terminal 90 
as will be described later and sent to the time charge 
management company 21 as material for market re- 
search to determine UT exchange rate and for other pur- 
poses. 

[0271] A check is then made to see if power is re- 
moved (in step S283). If power is not judged removed, 
step S273 is reached again and activation of another 
function key is awaited. If power is judged turned off, the 
processing routine is terminated. 

[0272] Although the example above was shown hav- 
ing charge processing performed by the UT Money 80, 
this is not limitative of the invention. Alternatively, as with 
the setup in Fig. 10, the electronic apparatus may incor- 



porate a charge processing part that may transfer re : 
suits of its charge processing to the UT Money 80. 
[0273] A typical constitution of the UT trading kiosk 
terminal 90 will now be described with reference to Figs. 

5 43 and 44. Fig. 43 is a block diagram outlining a typical 
internal structure of the UT trading kiosk terminal 90. 
[0274] As shown in Fig. 43, the UT trading kiosk ter- 
minal 90 comprises: a controlling part 900 made of a 
microcomputer: a UT Money loading/ejecting part 901; 

10 a transmitting part 902 for transmitting data to be written 
to the UT Money 80: a receiving part 903 for receiving 
data read from the memory 832 of the UT Money 80: a 
cash accepting and computing part 904: a change issu- 
ing part 905; a display part 906 composed of an LCD 

15 (liquid crystal display); a key operation part 907 includ- 
ing such keys as numeric keys, a UT buy key and a UT 
sell key (to be described later); a clock part 908; a com- 
munication part 909 connected to a digital communica- 
tion network 29 illustratively through a telephone line for 

20 communication with the time charge management com- 
pany 21 : and a memory 910. The digital communication 
network 29 may be replaced by an analog communica- 
tion network. 

[0275] Fig. 44 is a schematic view sketching a typical 

25 operation panel of the UT trading kiosk terminal 90. As 
illustrated in Fig. 44, the operation panel has a display 
screen 906D of the display part 906 along with a plurality 
of keys constituting the key operation part 907. In this 
example, the key operation part 907 includes numeric 

30 keys 920, a UT buy key 911, a UT sell key 912. an OK 
key 913. a cancel key 914, and a correction key 915. 
[0276] The operation panel also has a UT Money 
loading slot 916. a bank note loading slot 917. a coin 
loading slot 918. and a change/refund port 919. 

35 [0277] UT trading kiosk terminal 90 allows users not 
only to buy but also to sell the virtual currency UT. The 
exchange rate for UT trading is sent from the time 
charge management company 21 to the UT trading ki- 
osk terminal 90 over the digital communication network 

40 29. The exchange rate is also disclosed at the website 
of the time charge management company 21 on the In- 
ternet. 

[0278] In this example, the charge management sys- 
tem of the time charge management company 21 deter- 
45 mines the UT exchange rate by the month as will be ex- 
plained later. Alternatively, the exchange rate may be 
updated weekly or daily. 

[0279] The exchange rate information is written to and 
stored in the memory 910 of the UT trading kiosk termi- 

50 pal 90. The controlling part 900 of the terminal 90 reads 
the exchange rate information from the memory 910 and 
displays on the display screen 906D an exchange rate 
for buying the virtual currency UT (i.e.. UT buying rate) 
and an exchange rate for selling the currency UT (UT 

55 selling rate) as shown in Fig. 44. By referring to the UT 
exchange rates disclosed at the website or displayed at 
the UT trading kiosk terminal 90, users may wish to buy 
additional UT units in a month when the exchange rate 
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is low and to sell their UT units in a month when the rate 
is high. 

[0280] If the UT Money 80. is loaded into the UT trad- 
ing kiosk terminal 90 through the UT Money loading slot 
916, the terminal 90 displays the remaining UT count of 
the Money 80 on the screen 906D as depicted in Fig. 
44. The display allows the user to verify the remaining 
UT count of the UT Money 80. If the user merely wishes 
to know the remaining UT count, simply pushing the 
cancel key 914 causes the UT Money 80 to be ejected 
from the UT Money loading slot 916. 
[0281] A user wishing to buy the virtual currency UT 
proceeds to push the buy key 911 , not the cancel key 
914, and types in a desired UT count to buy by operating 
the numeric keys 920. A user wishing to sell the virtual 
currency UT pushes the sell key 912 and enters a de- 
sired UT count to sell by operating the numeric keys 920. 
The screen 906D displays the UT count thus input, so 
that the user can confirm the desired UT count. If nec- 
essary, the user may push the correction key 915 to re- 
place the currently displayed count with another UT 
count desired. 

[0282] The UT trading kiosk terminal 90 converts the 
input UT count into an exchangeable amount using the 
current exchange rate and displays the computed 
amount on the display screen 906D. The buyer or seller 
of the virtual currency UT verifies the input UT count and 
the corresponding exchangeable amount before push- 
ing the OK key 913. 

[0283] If the user has chosen to buy the virtual cur- 
rency UT, the UT trading kiosk terminal 90 causes the 
display screen 906D to indicate a message requesting 
the user to pay in cash. The terminal 90 is now ready to 
accept the payment. The user enters the necessary 
amount of cash through the bank note loading slot 91 7 
and coin loading slot 918. The amount thus loaded is 
displayed on the display screen 906D. If an amount of 
cash in excess of the exact amount to be exchanged is 
entered, then the UT trading kiosk terminal 90 collects 
the necessary amount, writes the purchased UT count 
to the memory 832 of the UT Money 80. pays the bal- 
ance as change, and ejects the Money 80 from the UT 
Money loading slot 916. 

[0284] If the user has decided to sell the virtual cur- 
rency UT and pushed the OK key 913. the UT trading 
kiosk terminal 90 refunds through the change/refund 
port 919 the amount of cash displayed as the exchange- 
able amount on the display screen 906D. The terminal 
90 subtracts the sold UT count from the remaining UT 
count in the UT Money 80. and ejects the UT Money 80 
from the loading slot 916. 

[0285] Described below with reference to flowcharts 
of Figs. 45 and 46 are steps performed primarily by the 
controlling part 900 of the UT trading kiosk terminal 90 
when the virtual currency UT is bought and sold in the 
form of the UT Money 80. 

[0286] A check is first made by optical or electronic 
means to see if the UT Money 80 is entered through the 



UT Money loading slot 916 (in step S291 ). If the UT Mon- 
ey 80 is judged entered, a data transfer request is trans- 
mitted to the Money 80. In response, the remaining UT 
count and operation data are received from the UT Mon- 
5 ey 80 (in step S292). The remaining UT count thus re- 
ceived is displayed on the display screen 906D (in step 
S293) while the operation data are written to the mem- 
ory 910 (in step S294). 

[0287] The controlling part 900 checks to see if the 

10 user has pushed the buy key 911 (in step 295). If the 
buy key 911 is not judged pushed, a check is then made 
to see if the user has pushed the sell key 912 (in step 
S296). If the sell key 912 is not judged pushed, then a 
check is made to see if the cancel key 914 is pushed (in 

15 step S297). If the cancel key 914 is judged operated on, 
the UT Money 80 is ejected from the UT trading kiosk 
terminal 90 (in step S308) and the processing is termi- 
nated. If the cancel key 914 is.notjudged activated, step 
S295 is reached again and operation of the buy key 911 

20 or sell key 912 is awaited. 

[0288] If the buy key 911 is judged pushed in step 
S295, a message prompting the user to input a desired 
UT count is displayed on the display screen 906D (in 
step S298). On viewing the message, the user enters a 

25 desired UT count. The input UT count is accepted and 
converted into an exchangeable amount in accordance 
with the UT buying rate for the month, and the amount 
is displayed on the display screen 906D (in step.S299). 
[0289] As described, the user pushes the OK key 91 3 

30 when finalizing the desired UT count or operates on the 
cancel key 914 when canceling the purchase of the vir- 
tual currency UT. The UT trading kiosk terminal 90 
checks to see if the OK key 91 3 is pushed (in step S300). 
If the OK key is not judged activated, a check is then 

35 made to see if the cancel key 914 is pushed (in step 
S301). If the cancel key 914 is judged operated on, step 
S308 is reached in which the UT Money 80 is ejected 
and the processing is terminated. If in step S301 the 
cancel key 914 is not judged activated, step S300 is 

<*o reached again and operation of the OK key 91 3 is await- 
ed. 

[0290] If in step S300 the OK key 913 is judged 
pushed, a message requesting loading of the cash cor- 
responding to the exchange amount is output (in step 

45 S302). With the loaded bank notes and/or coins count- 
ed, a check is made to see if the cash is sufficient to 
cover the exchangeable amount (in step S303). If a suf- 
ficient amount of cash is judged loaded, the exact 
amount displayed is collected, and the UT Money 80 re- 

50 ceives total UT count data given by adding the remain- 
ing UT count and the newly purchased UT count, as well 
as a request for updating the remaining UT count ac- 
cordingly (in step S304). In turn, the UT Money 80 re- 
places the remaining UT count with the received total 

55 UT count in the memory 832. 

[0291] The UT trading kiosk-terminal 90 adds the new- 
ly bought UT count to the hitherto-purchased UT count 
and stores the sum into the memory 910 (in step S305). 
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A check is made to see if there is a balance between 
the exchangeable amount and what the'user has en- 
tered in cash (in step 5306). The balance if any is re- 
funded as change through the change/refund port 919 
(in step S307). If there is no balance, step S308 is 
reached immediately in which the UT Money 80 is eject- 
ed and the processing is terminated. 
[0292] If in step S296 the sell key 912 is judged acti- 
vated, a message prompting the user to input a desired 
UT count is displayed on the display screen 906D (in 
step S311 of Fig.- 46). On viewing the display, the user 
inputs a desired UT count. The input UT count is accept- 
ed and converted into an exchangeable amount in ac- 
cordance with the UT selling rate for the month, and the 
amount is displayed on the display screen 906D (in step 
S312). 

[0293] As described, the user pushes the OK key 91 3 
when finalizing.the desired UT count or operates on the 
cancel key 914 when canceling the selling of the virtual 
currency UT. The UT trading kiosk terminal 90 checks 
to see if the OK key 913 is pushed (in step S313). If the 
OK key is not judged activated, a check is then made to 
see if the cancel key 914 is pushed (in step S314). If the 
cancel key 914 is judged operated on, step S318 is 
reached in which the UT Money 80 is ejected and the 
processing is terminated. If in step S314 the cancel key 
914 is not judged activated, step S313 is reached again 
and operation of the OK key 913 is awaited. 
[0294] If in step S313 the OK key 913 is judged 
pushed, the UT Money 80 receives total UT count data 
given by subtracting the sold UT count from the remain- 
ing UT count, as well as a request for updating the re- 
maining UT count accordingly. In turn, the UT Money 80 
replaces the remaining UT count with the received total 
UT count in the memory 832 (in step S315). 
[0295] The UT trading kiosk terminal 90 adds the new- 
ly sold UT count to the hitherto-sold UT count and stores 
the sum into the memory 910 (in step S316). The ex- 
changeable amount is refunded in cash through the 
change/refund port 919 (in step S31 7). In step S31 8, the 
UT Money 80 is ejected and the processing is terminat- 
ed. 

[0296] As described, the UT trading kiosk terminal 90 
retrieves operation data from the memory 832 of the UT 
Money 80 at the time of buying or selling of the virtual 
currency UT. The retrieved data are stored into the 
memory 910. The UT trading kiosk terminal 90 also re- 
tains the number of traded UT units in the memory 910. 
The data thus held at the kiosk terminal 90 are transmit- 
ted to the time charge management company 21 when 
so requested by the company 21 

[0297] Described below with reference to a flowchart 
of Fig. 47 are steps performed by the UT trading kiosk 
terminal 90 upon receipt of a transmission request from 
the time charge management company 21 . 
[0298] A check is made to see if a transmission re- 
quest is received from the time charge management 
company 21 (in step S321). If the transmission request 



is judged received, the kiosk terminal 90 reads from the. 
memory 910 the operation data collected from the UT 
Money 80 including used time information, as well as 
data indicative of the number of UT units bought and the 

5 number of UT units sold (in step S322). The data thus 
retrieved are output to the time charge management 
company 21 (in step S323). After transmission of the 
data, the kiosk terminal 90 erases the operation data 
and the data about the traded UT units from the memory 

10 910 (in step S324). 

[0299] With the ninth embodiment, the charge man- 
agement system of the time charge management com- 
pany 21 determines at the end of the month the ex- 
change rate of the virtual currency UT for the next month 

15 in accordance with the used times accumulated by the 
electronic apparatus 30 this month and with the total UT 
units traded during the month. The exchange rate thus 
determined is disclosed at the company's website on the 
Internet and is sent to each UT trading kiosk terminal 90 

20 for use during the next month. 

[0300] Steps performed by the charge management 
system of the time charge management company 21 are 
described below with reference to a flowchart of Fig. 48. 
This flowchart shows how a controlling part within the 

25 charge management system typically operates. 

[0301] A check is first made to see if it is time to de- 
termine the exchange rate of the virtual currency UT (in 
step S331 ). If it is not yet time to determine the exchange 
rate, the charge management system collects used time 

30 data about. the electronic apparatus 30 (in step S332) 
and traded UT count data (in step S333) from the UT 
trading kiosk terminal 90 as described. 
[0302] If in step S331 it is judged that now is the time 
to determine the exchange rate, the charge manage- 

35 ment system computes a total used time Tm for the cur- 
rent month based on the collected used time data (in 
step S334). An average monthly used time Mm is then 
obtained (in step S335) using the following expression: 

40 

Mm = Tm/N 

where N denotes the number of currently registered 
members. 

45 [0303] An accumulated used time Ts of the electronic 
apparatus 30 is then computed (in step S336). An aver- 
age accumulated used time Ms is acquired (in step 
S337) by dividing the accumulated number of registered 
members per month by the total number of registered 

so members (N), using the following expression: 

Ms = Ts/N 

55 [0304] The traded UT count data thus collected are 
analyzed (in step S338). Based on the result of the anal- 
ysis, an exchange coefficient Ka for use in determining 
the exchange rate is modified (in step S339). If the 
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number of UT units bought is higher than the number of 
UT units sold, the exchange coefficient Ka is modified 
in a way raising the UT exchange rate; if the purchased 
UT count is lower than the sold UT count, the exchange 
coefficient Ka is modified so as to lower the UT ex- 
change rate. 

[0305] The UT exchange rate Xm for the next month 
is obtained (in step S340) using the expression; 

Xm = Xs + Ka(Mm-Ms) 

where Xs represents a reference UT exchange rate. The 
reference UT exchange rate is a rate that determines in 
advance a reference charge unit about the used time of 
the electronic apparatus 30 with respect to the virtual 
currency UT. Alternatively, the rate Xs may be defined 
not as the reference UT exchange rate but as the UT 
exchange rate of the preceding month. 
[0306] The UT exchange rate thus determined is dis- 
closed at the management company's website on the 
Internet and is sent to each UT trading kiosk terminal 90 
for use during the next month (in step S341). 
[0307] As described, the charge management system 
of the time charge management company 21 deter- 
mines the UT exchange rate for the next month based 
on the past used time and on the traded UT units. 
[0308] The shorter the average used time Mm for this 
month than the hitherto-accumulated average used time 
or the smaller the number of virtual currency units UT 
bought during the month, the lower the UT exchange 
rate set for the next month. It follows that the electronic 
apparatus 30 is charged less for its use. This should pro- 
mote the use of the apparatus 30 and urge users to buy 
the virtual currency UT. Meanwhile, the number of sold 
UT units diminishes. 

[0309] The longer the average used time Mm for this 
month than the hitherto-accumulated average used time 
or the larger. the number of virtual currency units UT 
bought during the month, the higher the UT exchange 
rate set for the next month. This means that the elec- 
tronic apparatus 30 is charged more for its use. This will 
discourage the use of the apparatus 30 and dissuade 
users from buying the virtual currency UT. On the other 
hand, the number of UT units sold increases. 
[0310] As described, the ninth embodiment employs 
the virtual currency UT as a fluctuating currency. Fluc- 
tuating values of the currency prompt registered mem- 
bers to use the electronic apparatus with averaged (and 
thereby minimized) seasonal variations in used time. 
[0311] The number of traded UT units collected by the 
charge management system of the time charge man- 
agement company includes not only the UT units traded 
at the UT trading kiosk terminal 90 but also those traded 
on the virtual UT trading market 100. How UT units are 
traded on the virtual UT trading market 100 will now be 
described. ^ 
[0312] Fig. 49 schematically shows howthe virtual UT 



trading market 100 operates. A website 110 run by a 
virtual UT market management system 212 of the time 
charge management company 21 functions as a prima- 
ry base for the virtual UT trading market. Only the mem- 
5 bers registered with the time charge management com- 
pany 21 are authorized to trade the virtual currency UT 
at the website 110. The charge management system 

211 subjects to authentication any user who has made 
a seller or buyer posting request. Anyone who is not au- 

10 thenticated as a duly registered member is rejected. 
[0313] A registered member who wishes to sell his vir- 
tual currency UT holdings has his status posted as a 
seller at the website 110 together with a desired UT sell- 
ing rate. The seller's posted status and desired UT sell- 

15 ing rate cannot be altered until a predetermined time pe- 
riod passes. The charge management system 211 re- 
tains dates at which members' seller postings were 
made. A member is allowed to have his posted seller's 
status and desired UT selling rate altered upon elapse 

20 of the predetermined period of time after the date of the 
posting. 

[0314] Any member who has had his status posted as 
a seller cannot become a buyer of the virtual currency 
UT as long as he remains a seller. If a registered seller 

25 attempts access to the virtual UT market management 
system 21 2 as a buyer, that attempt is rejected as illegal. 
[0315] Registered members may have their status 
posted as buyers at any time. When having his. status 
posted as a buyer of UT units, the member enters a de- 

30 sired UT buying rate and a desired UT count to buy. In 
response, the virtual UT market management system 

212 presents to the buyer which of the sellers' desired 
UT selling rates is closest to the buyer's desired UT buy- 
ing rate. If the buyer agrees to buy UT units at the pre- 

35 sented seller's rate, then a deal is made between the 
two parties. The buyer may reject the presented rate and 
may have his status posted again along with the desired 
UT buying rate. In such a case, buying rates are posted 
on a first-come, first-served basis. This means that after 

**o having his status posted again as a buyer, the user may 
not be able to buy UT units at the old buying rate in effect 
before the posting. 

[0316] Described below with reference to a flowchart 
of Fig. 50 are steps performed by the virtual UT market 
45 management system 212 when a member has his sta- 
tus posted as a seller. This flowchart shows how a con- 
trolling part within the virtual UT market management, 
system 212 typically operates. 

[0317] A check is first made to see if access is at- 
50 tempted requesting a user's posting as a seller (in step 
S351). If such access is judged to be made, the user 
who attempted access is put to authentication based on 
the membership number entered (in step S352). A 
check is made to see if access has been attempted by 
55 a registered number (in step S353) ; If the user is not 
judged to be a duly registered member, that user is no- 
tified of a rejection of his posting attempt through the 
website (in step S359) and the processing routine is ter- 
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minated. 

[0318] If the user attempting access is judged to be a 
registered member, the virtual UT market management 
system 212 awaits input of a desired UT selling rate and 
the number of UT units to sell, accepts the input and 
places it into an internal memory together with the mem- 
bership number and the date of posting (in step S354). 
[0319] The virtual UT market management system 
212 sends to the member posted as a seller a request 
for having the posted UT count data transferred (in step 
S355). 

[0320] All members who wish to trade UT units on the 
virtual UT trading market 100 rent beforehand a UT data 
transferadapter (not shown). When trading UT units, the 
member connects the transfer adapter to his personal 
computer and loads the UT Money 80. into the adapter. 
As a seller, the member enters a desired UT count to 
sell and issues a transfer instruction through the.person- 
al computer. In turn, the personal computer using a 
transfer application program of the adapter retrieves the 
designated UT count from the UT Money 80 and trans- 
mits the retrieved data to the virtual UT market manage- 
ment system 212. The UT Money 80 has its remaining 
UT count updated in the memory 832 to reflect the sub- 
tracted UT count. 

[0321] The virtual UT market management system 
212 checks to see if the UT data have been received 
from the seller. If no UT data are judged to have arrived, 
the system 212 returns a rejection of the posting as a 
seller to the member and erases what has been written 
to the memory (in step S359). 

[0322] On receiving the UT data, the virtual UT market 
management system 212 stores in the memory the re- 
ceived data in association with the member's posted in- 
formation (in step S357). Thereafter, the system notifies 
the member of completion of the posting (in step S358) 
and terminates the routine of seller posting processing. 
[0323] Described below with reference to a flowchart 
of Fig. 51 are steps performed by the virtual UT market 
management system 212 when a buyer posts a UT pur- 
chase request and trades UT units. 
[0324] A check is first made to see if access is at- 
tempted requesting a UT purchase (in step S361). If 
such access is judged to be made, the user who at- 
tempted access is put to authentication based on the 
membership number entered (in step S362). A check is 
made to see if access has been attempted by a regis- 
tered number (in step S363). If the user is not judged to 
be a duly registered member, that user is notified of a 
rejection of his posting attempt through the website (in 
step S374) and the processing routine is terminated. 
[0325] If the user attempting access is judged to be a 
registered member, the UT market management system 
checks to see if the member has already been posted 
as a seller (in step S364). If the member is judged to 
have been posed as a seller, that member is notified of 
a rejection of his posting attempt through the website (in 
step S374) and the processing routine is terminated. 



[0326] If the member is not judged to be posted as a 
seller, the system accepts the member's request to have 
his status posted as a buyer, as well as a desired UT 
buying rate and a UT count to buy (in step S365). From 

5 the desired UT selling rates posted by the sellers in the 
memory, the system retrieves the selling rate closest to 
the accepted UT buying rate desired and displays the 
retrieved rate at the website (in step S366). 
[0327] Looking at the displayed UT selling rate, the 

10 member as a buyer enters a buy order when wishing to 
buy UT units at the presented rate or inputs a no-buy 
order when refusing to make a purchase at that rate. 
The system checks to see if a buy order is entered (in 
step S367). If a buy order is not judged to be made, a 

15 check is made to see if a no-buy order is input (in step 
S373). If a no-buy order is not judged to be made, the 
system goes back to step S367 and waits for a buy-order 
to be entered. If a no-buy order is judged to be made, 
the processing routine is terminated. The desired buying 

20 rate may be altered by the member who will have his 
status posted anew as a buyer. 

[0328] If in step S367 a buy order is judged to be 
made, the system refers to the database for the buying 
member's data. The UT market management system 
25 notifies the charge management system of the mem- 
ber's settlement method retrieved from the database (in 
step S368). 

[0329] In response, the charge management system 
reports whether the member in question is capable of 

30 settling the payment. A check is made based on the re- 
port to see if the settlement is possible (in step S369). 
If the settlement is not judged possible for some reason, 
step S374 is reached in which the member is notified of 
a rejection of his posting attempt through the website,. 

35 and the processing routine is terminated. 

[0330] If in step S369 the settlement is judged possi- 
ble, the system transfers the purchased UT data to the 
buying member (in step S370). The buying member re- 
ceives the transferred UT data through the personal 

*to computer and adapter. The remaining UT count in the 
memory 832 of the UT Money 80 is incremented by the 
purchased UT count. 

[0331] The database is also referenced for the selling 
member's settlement method. The charge management 

45 system is notified of the member's settlement method 
retrieved from the database (in step S371). The buying 
member is then notified of completion of a deal through 
the website (in step S372), and the processing routine 
is brought to an end. 

50 [0332] The virtual currency UT is traded as described. 
If the UT count posted by a seller is not equal to the UT 
count desired by a buyer, a deal may still be concluded 
provided the seller's posted UT count is greater than the 
buyer's desired UT count. A deal may also be made if a 

55 plurality of sellers with the same selling rate propose a 
combined UT count greater than a potential buyer's de- 
sired UT count. In that case, the sellers' posted UT hold- 
ings may be sold on a first-come, first-served basis. 
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[0333] The number of UT units traded this month as 
described above is used in determining the UT ex- 
change rate for the next month. For that purpose, the 
UT market management system reports the traded 
monthly UT count to the charge management system 
every month. 

[0334] One advantage of the ninth embodiment is that 
it employs the virtual currency UT allowing the unit value 
of product used time to be charged in a fluctuating man- 
ner. Another advantage isthat virtual currency units may 
be traded at a desired exchange rate on a virtual UT 
market. 

[0335] Although the ninth embodiment has been de- 
scribed as causing the electronic circuit of the UT Money 
80 to perform charge processing about product used 
time, this is not limitative of the invention. Alternatively, 
a charge processing part may be provided in the elec- 
tronic apparatus 30, and results of charge processing 
by that charge processing part about product used time 
may be sent to the UT Money 80. 
[0336] Although the foregoing embodiments have 
been shown adopting an electronic apparatus as a 
chargeable product, this is not limitative of the invention. 
Alternatively, this invention applies to any apparatuses 
that 

incorporate a suitable charge processing part. 
[0337] Although particular embodiments have been 
described herein, it will be appreciated that the invention 
is not limited thereto and that many modifications and 
additions thereto may be made within the scope of the 
invention. Forexample, various combinationsof the fea- 
tures of the following dependent claims can be made 
with the features of the independent claims without de- 
parting from the scope of the present invention. 

Claims 

1. An apparatus comprising: 

operation inputting means for designating one 

of a plurality of functions; 

function executing means for executing the 

function designated by said operating inputting 

means; 

measuring means for measuring the time dur- 
ing which each of said functions has been ex- 
ecuted by said function executing means; and 
chargeable amount computing means for com- 
puting a chargeable amount based on the exe- 
cution time measured by said measuring 
means regarding each of said functions. 

2. An apparatus according to claim 1, wherein said 
chargeable amount computing means computes 
said chargeable amount based on the execution 
time regarding each of said functions and through 
weighting on a function-by-function basis. 



3. An apparatus according to claim 2, wherein said 
function executing means is controlled by a micro- 
processor, .and wherein said chargeable amount 
computing means computes said chargeable 
5 amount based on the execution time regarding 

each of said functions and through weighting by a 
load factor of said microprocessor in effect during 
execution of each of said functions. 

10 4. An apparatus according to claim 2, wherein said 
chargeable amount computing means computes 
said chargeable time based on. different weighting 
factors set for different apparatuses. 

is 5. An apparatus according to claim 1, further compris- 
ing: 

storing means for storing an accumulated exe- 
cution time representing a total of execution 
20 times measured by said measuring means; and 

transmitting means for transmitting said accu- 
mulated execution time from said storing 
means to an external entity for settlement of 
charges. 

25 

6. An apparatus according to claim 1 , further compris- 
ing: 

storing means for storing a chargeable time 
30 representing the chargeable amount computed 

by said chargeable amount computing means; 
and 

transmitting means for transmitting said 
chargeable time from said storing means to an 
35 external entity for settlement of charges. 

7. An apparatus according to claim 1 , further compris- 
ing: 

40 storing means for storing a usable time of said 

apparatus; and 

settling means for subtracting a chargeable 
time representing the chargeable amount com- 
puted by said chargeable amount computing 
45 means, from said usable time stored in said 

storing means. 

8. An electronic apparatus comprising: 

50 operation inputting means for designating at 

least an operating state and a non-operating 
state; 

used time measuring means for measuring du- 
ration of said operating state as a used time; 
55 transmitting means for transmitting information 

about said used time measured by said used 
time measuring means to an external settle- 
ment organ; 
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settlement date monitoring means for verifying 
whether a predetermined settlement date is 
reached; 

settlement date notifying means for prompting 
a user to settle charges when said settlement 5 
date monitoring means has verified that said 
settlement date is reached; 
settlement execution monitoring means for ver- 
ifying whether a predetermined settlement 
process is executed within a predetermined pe- 10 
riod of said settlement date; and 
controlling means for restricting functions of 
said electronic apparatus if said settlement ex- 
ecution monitoring means has found that said 
predetermined settlement process is not ac- *5 
complished within said predetermined period. 

9. An electronic apparatus comprising: 

operation inputting means for designating at 20 
least an operating state and a non-operating 
state; 

used time measuring means for measuring du- 
ration of said operating state as a used time; 
and 25 
chargeable time computing means for comput- 
ing a chargeable time by weighting said used 
time measured by said used time measuring 
means in accordance with different weighting 
factors set for different electronic apparatuses. 3d 

10. An electronic apparatus comprising: 

input detecting means for detecting a text input; 
and 35 
controlling means forjudging said text input de- 
tected by said input detecting means, said con- 
trolling means further setting said electronic ap- 
paratus in a time charging mode depending on 
a result of the judgment. 40 

11. An electronic apparatus according to claim TO. fur- 
ther comprising storing means for storing a pass- 
word by which to set said electronic apparatus in 
said time charging mode, wherein said controlling <5 
means sets said electronic apparatus in said time 
charging mode when said text input detected by 
said input detecting means is judged to match the 
stored password. 

5C 

12. An electronic apparatus according to claim 11, fur- 
ther comprising: 

storing means for storing a usable time of said 
electronic apparatus; 5i 
measuring means for measuring a used time of 
said electronic apparatus; and 
settling means for subtracting said used time 



from said usable time stored in said storing 
means; 

wherein said measuring means and said set- 
tling means function when said controlling 
means sets said electronic apparatus in said 
time charging mode. 

13. An electronic apparatus comprising: 

operation inputting means for designating at 
least an operating state and a non-operating 
state; 

used time measuring means for measuring du- 
ration of said operating state as a used time; 
cumulative time measuring means for measur- 
ing an accumulated used time measured by 
said used time measuring means; and 
chargeable time computing means for comput- 
ing a chargeable time by weighting said used 
time measured by said used time measuring 
means in accordance with a weighting factor re- 
flecting said accumulated used time measured 
by said cumulative time measuring means. 

14. An electronic apparatus comprising: 

operation inputting means for designating at 
least an operating state and a non-operating 
state; 

used time measuring means for measuring du- 
ration of said operating state as a used time; 
chargeable time computing means for comput- 
ing a chargeable time based on said used time 
measured by said used time measuring means; 
storing means for storing information about a 
usable time of said electronic apparatus; 
settling means for subtracting said chargeable 
time computed by said chargeable time com- 
puting means from said usable time stored in 
said storing means; and 

reading means for reading the usable time in- 
formation from said storing means in order to 
notify a user of the information. 

15. An electronic apparatus according to claim 14, fur- 
ther, comprising notifying means for notifying said 
user of said usable time based on the information 
read from said storing means by said reading 
means. 

16. An electronic apparatus according to claim 15, 
wherein S aid notifying means notifies said user of 
said usable time by giving a usable time display on 
a display part. 

17. A system comprising an electronic apparatus and a 
managing apparatus for managing said electronic 
apparatus; 
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wherein said electronic apparatus measures an 
actual operating time of said electronic appara- 
tus as a used time, and transmits information 
about the measured used time and a user iden- 
tifier applicable to said electronic apparatus to 5 
said managing apparatus; and 
wherein said managing apparatus manages 
said user identifier and a settling method cor- 
responding to said user identifier, and settles 
charges based on the transmitted information 10 
about said used time and in accordance with 
said user identifier. 

18. A system according to claim 17, wherein said elec- 
tronic apparatus transmits an electronic apparatus *5 
identifier as said user identifier, and wherein said 
managing apparatus manages a settling method 
corresponding to said electronic apparatus identifi- 
er and settles changes in accordance with said set- 
tling method corresponding to said electronic appa- 20 
ratus identifier. 

19. A system according to claim 17, wherein said man- 
aging apparatus measures an accumulated used 
time of said electronic apparatus identified by said 25 
electronic apparatus identifier and, at the time of 
settlement regarding said electronic apparatus 
identified by said electronic apparatus identifier, 
settles charges in accordance with a charging rate 
weighted by a weighting factor corresponding to 30 
said accumulated used time. 

20. A system according to claim 17, wherein said elec- 
tronic apparatus comprises: 

35 

operation inputting means for designating any 
one of a plurality of functions; 
function executing means for executing the 
function designated by said operation inputting 
means; *o 
used time measuring means for measuring as 
a used time the time during which each of the 
functions has been executed by said function 
executing means; 

chargeable time computing means for comput- 45 
ing a chargeable time based on said used time 
measured by said used time measuring means 
regarding each of said functions; 
storing means for storing information about 
said chargeable time computed by said charge- 50 
able time computing means; and 
transmitting means for transmitting the charge- 
able time information from said storing means 
to said managing apparatus together with said 
user identifier; and 55 
wherein said managing apparatus comprises: 
managing means for managing said user iden- 
tifier and a settling method corresponding to 
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said user identifier; and 

settling means for settling charges based on 
said chargeable time information transmitted 
from said transmitting means and in accord- 
ance with said user identifier. 

21. A system according to claim 17, wherein said elec- 
tronic apparatus comprises: 

operation inputting means for designating any 

one of a plurality of functions; 

function executing means . for executing the 

function designated by said operation inputting 

means; 

storing means for storing operation information 
which at least includes execution time informa- 
tion about each of said functions executed by 
said function executing means; and 
transmitting means for transmitting said opera- 
tion information from said storing means to an 
external entity for settlement of charges. 

22. A system according to claim 1 7, wherein said man- 
aging apparatus comprises: 

notifying means for notifying a user of charges 
to be settled regarding said used time- 
settlement date managing means for managing 
a date for settling said charges by said user of 
said electronic apparatus; and 
transmitting means which, if a predetermined 
process for settling said charges is not accom- 
plished within a predetermined period of the 
settlement date, then transmits over a commu- 
nication channel restrictive information causing 
said electronic apparatus to restrict functions 
thereof; 

wherein said electronic apparatus, upon receipt 
of said restrictive information, has the functions 
thereof restricted accordingly. 

23. A system according to claim 22, wherein said elec- 
tronic apparatus is disabled upon receipt of said re- 
strictive information. 

24. A system according to claim 17, wherein said man- 
aging apparatus divides compensation for said 
used time between an administrative company 
managing said managing apparatus and a vender 
that furnishes said electronic apparatus. 

25. A charging method comprising the steps of: 

measuring a used time regarding each of a plu- 
rality of functions provided by an apparatus; 
computing a chargeable amount based on said 
used time measured with respect to each of 
said functions; and 
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settling charges based on the computed 
chargeable amount. 

26. A charging method according to claim 25, further 
comprising the step of computing a chargeable time 5 
by weighting the measured used time with regard 

to each of said functions. 

27. A charging method according to claim 26, further 
comprising the step of computing said chargeable 10 
time by weighting said measured used time regard- 
ing each. of said functions and in accordance with 
different weighting factors set in advance for differ- 
ent apparatuses. 

15 

28. A charging method according to claim 25, further 
comprising the steps of: 

storing a usable time of said apparatus into 
storing means; and 20 
subtracting a chargeable time representing 
said computed chargeable amount from said 
usable time stored in said storing means. 

29. A charging method comprising the steps of: 25 

measuring an actual operating time of an appa- 
ratus within a chargeable period as a chargea- 
ble used time: 

measuring an accumulated time of said charge- 30 
able used time; and 

computing a chargeable time by weighting the 
measured accumulated chargeable used time 
in accordance with a weighting factor corre- 
sponding to said accumulated time. 35 

30. A charge processing device comprising: 

receiving means for receiving information 
about which of a plurality of functions provided *o 
by an apparatus is being executed; 
used time measuring means which, based on 
a result of the reception by said receiving 
means, measures as a used time the time dur- 
ing which each of said functions has been ex- *5 
ecuted; 

chargeable time computing means for comput- 
ing a chargeable time based on the used time 
measured by said used time measuring means 
regarding each of said functions; and 50 
storing means for storing chargeable time infor- 
mation resulting from the computing by said 
chargeable time computing means. 

31. A charge processing device according to claim 30. 55 
further comprising transmitting means for transmit- 
ting said chargeable time information from said stor- 
ing means to an external entity for settlement of 



charges. 

32. A storage medium which stores a program capable 
of controlling a computer, said program comprising 
the steps of: 

measuring an execution time of each of a plu- 
rality of functions provided by an electronic ap- 
paratus, each function having been input for ex- 
ecution; and 

computing a chargeable amount based on the 
measured execution time regarding each of 
said functions. 

33. A storage medium which stores a program accord- 
ing to claim 32, wherein said program further com- 
prises the step of transmitting said chargeable 
amount to an external entity for settlement of charg- 
es. 

34. A prepaid card comprising: 

storing means for storing information about a 
usable time of an electronic apparatus to which 
said prepaid card is attached; and 
updating means for updating information about 
said usable time by subtracting an actual oper- 
ating time of said electronic apparatus from the 
usable information time. 

35. An electronic apparatus comprising: 

operation inputting means for designating any 

one of a plurality of functions; 

function executing means for executing the 

function designated by said operation inputting 

means; 

storing means for storing operation information 
which at least includes information about an ex- 
ecution time regarding each of said functions 
executed by said function executing means; 
and 

transmitting means for transmitting said opera- 
tion information from. said storing means to an 
external. entity for settlement of charges. 

36. A money apparatus made of a flat plate-like body 
incorporating an electronic circuit comprising: 

a memory for storing virtual currency units; 
a communicating part for exchanging data with 
an external entity; and 

a controlling part which stores data received 
through said communicating part into said 
memory, updates said virtual currency units 
held in said memory in accordance with the re- 
ceived data, and transmits the data read from 
said memory to said, external entity through 
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said communicating part. 

37. A money apparatus according to claim 36, wherein 
each of said virtual currency units corresponds to a 
predetermined used time, and represents a prede- 
termined amount of money; and 

wherein said controlling part computes a used 
time upon receipt of use start point information and 
use end point information through said communi- 
cating part, converts the computed used time into 
corresponding virtual currency units, and subtracts 
said corresponding virtual currency units from the 
virtual currency units initially held in said memory. 

38. A money apparatus selling device for selling a mon- 
ey apparatus, the device comprising: 

a loading part into which to load said money ap- 
paratus having a memory for storing virtual cur- 
rency units; a communicating part for exchang- 
ing data with an external entity; and a control- 
ling part which stores data received through 
said communicating part into said memory, up- 
dates the virtual currency units held in said 
memory in accordance with the received data, 
and transmits the data read from said memory 
to said external entity through said communi- 
cating part; 

operating means for inputting virtual currency 
units desired to be bought; 
a display part; 

storing means for storing an exchange rate for 
virtual currency units; 

exchange rate displaying means for displaying 
on a screen of said display part said exchange 
rate stored in said storing means; 
money amount displaying means for acquiring 
the amount of money corresponding to the vir- 
tual currency units desired to be bought in ac- 
cordance with said exchange rate stored in said 
storing means, said money amount displaying 
means further displaying the acquired amount 
of money on the screen of said display part; 
a money inlet port through which bank notes 
and coins are entered; 

money collecting means for counting bank 
notes and coins entered through said money in- 
let port, thereby collecting the amount of money 
displayed on said screen of said display part; 
change returning means for returning in change 
the amount of money left after the collection of 
money by said money collecting means; and 
transmitting means for transmitting information 
representing the virtual currency units desired 
to be bought and input by said operating 
means, to said money apparatus loaded in said 
loading part. 



39. A money apparatus selling device for selling a mon- 
ey apparatus, the device comprising: 

a loading part into which to load said money ap- 
5 paratus having a memory for storing virtual cur- 

rency units; a communicating part for exchang- 
ing data with an external entity; and a control- 
ling part which stores data received through 
said communicating part into said memory, up- 
10 dates the virtual currency units held in said 

memory in accordance with the received data, 
and transmits the data read from said memory 
to said external entity through said communi- 
cating part; 
is a display part; 

storing means for storing an exchange rate for 
virtual currency units; 

exchange rate displaying means for displaying 
on a screen of said display part said exchange 
20 rate for virtual currency units; 

operating means for inputting virtual currency 
units desired to be sold; 

money amount displaying means for acquiring 
the amount of money corresponding to the vir- 

25 tual currency units desired to be sold in accord- 

ance with said exchange rate stored in storing 
means, said money amount displaying means 
further displaying the acquired amount of mon- 
ey on the screen of said display part; 

30 a money outlet port through which bank notes 

and coins are output; 

money dispensing means for dispensing the 
amount of money displayed on said screen of 
said display part; and 
35 transmitting means for transmitting information 

representing the virtual currency units desired 
to be sold and input by said operating means, 
to said money apparatus loaded in said loading 
part. 

40 

40. An exchange rate announcing apparatus for an- 
nouncing an exchange rate of virtual currency, the 
apparatus comprising: 

45 collecting means for collecting information 

about a used time of an electronic apparatus 
over a network; 

exchange rate determining means for deter- 
mining said exchange rate based on the used 
50 time collected by said collecting means as well 

as on results of comparing the collected used 
time information with previous used time infor- 
mation; and 

announcing means for announcing over said 
55 network said exchange rate determined by said 

exchange rate determining means; 
wherein the unit of said virtual currency is con- 
stituted by a used time, said virtual currency be- 
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ing allowed to be converted to an amount of . 
money in accordance with said exchange rate. 

41 . An exchange rate announcing apparatus according 

to claim 40, wherein said collecting means collects s 
the number of bought and sold virtual currency units 
over said network, and wherein said exchange rate 
determining means determines said exchange rate 
based on the collected number of bought and sold 
virtual currency units. 10 

42. An exchange rate announcing method for announc- 
ing an exchange rate of virtual currency, the method 
comprising the steps of: 

15 

collecting information about a used time of an 
electronic apparatus over a network; 
determining said exchange rate based on the 
used time collected by said.collecting means as 
well as on results of comparing the collected 20 
used time information with previous used time 
information; and 

announcing over said network said exchange 
rate determined in said exchange rate deter- 
mining step; 25 
wherein the unit of said virtual currency is con- 
stituted by a used time, said virtual currency be- 
ing allowed to be converted to an amount of 
money in accordance with said exchange rate. 

30 

43. An exchange rate announcing method according to 
claim 42, wherein said collecting step collects the 
number of bought and sold virtual currency units 
over said network, and wherein said exchange rate 
determining step determines said exchange rate 35 
based on the collected number of bought and sold 
virtual currency units. 
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